Object.keys(obj).reduce() 构建动态对象映射引擎，通过白名单/黑名单逻辑在遍历中直接筛选赋值，避免全量生成再删减，兼顾轻量、安全与扩展性。
直接用 Object.keys(obj).reduce() 构建动态对象映射引擎，核心在于把“过滤逻辑”提前注入到 reduce 的回调中，而不是先生成全量对象再删减。它比 Object.entries + reduce 更轻量（不生成键值对数组），也比 for...in 更安全（不遍历原型链），特别适合配置驱动、字段白名单/黑名单、环境适配等场景。
明确过滤目标：白名单 or 黑名单
先决定你是要保留指定字段（白名单），还是剔除某些字段（黑名单）。这直接影响 reduce 中的判断条件：
- 白名单模式：只处理 keys 数组中出现的 key，其他一律跳过
- 黑名单模式：跳过 keys 数组中列出的 key，其余全部保留
例如，给定配置对象 {name: 'Alice', age: 30, token: 'abc123', role: 'user'}，若只需前端展示字段，可设白名单 ['name', 'age', 'role']；若用于日志脱敏，则设黑名单 ['token']。
基础结构：keys + reduce + 条件赋值
关键不是“能不能做”，而是“怎么写才不易出错”。推荐写法如下：
const filterKeys = ['name', 'age', 'role']; // 白名单
const config = { name: 'Alice', age: 30, token: 'abc123', role: 'user' };
const mapped = Object.keys(config).reduce((acc, key) => {
if (filterKeys.includes(key)) {
acc[key] = config[key]; // 浅拷贝，保持原始类型
}
return acc;
}, {}); // 初始值必须是空对象
注意三点：
- 初始值
{}不可省略，否则第一次迭代时acc[key]会报错 - 不要在 reduce 内部用
delete acc.xxx做反向过滤——那是在已构建对象上删，违背“动态构建”本意 - 若需深拷贝或类型转换（如把字符串数字转为 number），在赋值前加处理，例如
acc[key] = Number(config[key])
支持运行时规则：函数式过滤器
把过滤逻辑从静态数组升级为函数，就能应对更复杂场景，比如按类型过滤、正则匹配字段名、或结合环境变量判断：
const isSafeField = (key, value) =>
typeof value !== 'function' &&
!key.startsWith('_') &&
!['token', 'password'].includes(key);
const safeConfig = Object.keys(config).reduce((acc, key) => {
if (isSafeField(key, config[key])) {
acc[key] = config[key];
}
return acc;
}, {});
这种写法让映射引擎具备扩展性：后续新增规则只需改 isSafeField，无需动 reduce 主干。
兼容旧环境与性能提醒
Object.keys + reduce 在 IE9+ 和所有现代环境都可用，比 Object.entries 更兼容。但要注意：
- Object.keys 不会返回 Symbol 键或不可枚举属性（如通过 Object.defineProperty 设置的
enumerable: false的属性） - 如果原始对象非常大（上万属性），reduce 过程本身无性能瓶颈，但频繁创建新属性可能触发 V8 隐藏类重建；此时可考虑预先分配对象形状（如用 Object.assign({}, 模板对象) 作 acc 初始值）
- 避免在回调里调用
acc.hasOwnProperty(key)等方法做重复检查——reduce 是单向遍历，key 天然不重复
