reflect api 是 javascript 将底层操作统一为函数式接口的元编程工具，不新增能力但提升可拦截性、一致性和代理兼容性。
Reflect API 不是语法糖，也不是新功能集合，它是 JavaScript 将原本散落在 Object、Function、操作符（如 in、delete）甚至 new 中的底层操作，统一收口为一组可调用的函数式接口。它本身不新增能力，但让元编程变得可拦截、可组合、更一致。
为什么不能直接用 Object.defineProperty 而要用 Reflect.defineProperty
关键区别在于错误处理行为和代理兼容性：
-
Object.defineProperty(obj, key, desc)在失败时直接抛出异常（比如对不可扩展对象添加属性） -
Reflect.defineProperty(obj, key, desc)失败时返回false，成功返回true，便于条件判断和降级处理 - 在
Proxy的set或defineProperty捕获器中，必须使用Reflect.defineProperty(target, ...)才能正确转发操作——这是规范强制要求，否则会丢失内部方法调用链
const obj = {};
Object.preventExtensions(obj);
// ❌ 抛出 TypeError: Cannot define property 'x', object is not extensible
Object.defineProperty(obj, 'x', { value: 1 });
// ✅ 返回 false，不抛错，可安全判断
Reflect.defineProperty(obj, 'x', { value: 1 }); // false
Reflect.apply 和 Function.prototype.apply 的实际差异
表面看都是调用函数，但 Reflect.apply 更“纯粹”：它不依赖接收者（receiver），也不绑定 this 上下文，只做「调用」这件事本身：
每个应用程序都要使用数据，Android应用程序也不例外，Android使用开源的、与操作系统无关的SQL数据库--SQLite，本文介绍的就是如何为你的Android应用程序创建和操作SQLite数据库。 数据库支持每个应用程序无论大小的生命线，除非你的应用程序只处理简单的数据，那么就需要一个数据库系统存储你的结构化数据，Android使用SQLite数据库，它是一个开源的、支持多操作系统的SQL数据库，在许多领域广泛使用，如Mozilla FireFox就是使用SQLite来存储配置数据的，iPhon
-
func.apply(thisArg, args)是方法调用，func必须是函数；若func是 null/undefined，会报错 -
Reflect.apply(func, thisArg, args)是普通函数调用，func为非函数时也只返回TypeError实例（不会立即 throw），且支持传入任意thisArg（包括undefined或原始值） - 在代理中转发函数调用时，
Reflect.apply(target, thisArg, args)是唯一推荐方式，它能保持与原生调用完全一致的内部逻辑（如 [[Call]] 行为）
function foo() { return this?.name || 'anonymous'; }
// ✅ 显式控制 this，并安全处理非函数情况
Reflect.apply(foo, { name: 'Alice' }, []); // 'Alice'
Reflect.apply(null, {}, []); // TypeError: null is not a function (但不会立即 throw？不，这里会 throw —— 注意：Reflect.apply 仍会 throw，但它不隐含 this 绑定逻辑，适合封装)
// ⚠️ 如果你封装一个“安全调用”，应捕获错误：
try {
Reflect.apply(foo, { name: 'Bob' }, []);
} catch (e) {
// 处理
}
哪些 Reflect 方法没有对应 Object 方法，却很实用
这些是真正填补空白的操作，尤其在代理或运行时类型检查中高频出现：
立即学习“Java免费学习笔记（深入）”；
-
Reflect.getPrototypeOf(obj)：比Object.getPrototypeOf(obj)更一致，且对非对象参数返回null（Object.getPrototypeOf(1)会先装箱再取，结果是Number.prototype；而Reflect.getPrototypeOf(1)直接返回null） -
Reflect.has(target, key)：对应key in target，但可被Proxy拦截，且返回布尔值，比手动写key in target更易测试和封装 -
Reflect.ownKeys(target)：返回所有自身属性键（含 symbol），比Object.getOwnPropertyNames+Object.getOwnPropertySymbols合并更简洁，且是Proxy的ownKeys捕获器的默认转发目标
const sym = Symbol('test');
const obj = { a: 1 };
Object.defineProperty(obj, sym, { value: 2 });
// ✅ 一行拿到全部自身键（字符串 + symbol）
Reflect.ownKeys(obj); // ['a', Symbol(test)]
// ❌ 需两步拼接
[...Object.getOwnPropertyNames(obj), ...Object.getOwnPropertySymbols(obj)];
真正容易被忽略的是：Reflect 方法几乎全部设计为「可安全用于 Proxy 捕获器内部」——不是为了替代 Object，而是为了在需要拦截、重写、记录或验证操作时，提供一条干净、无副作用、语义明确的转发路径。写代理时硬写 target[key] = value 或 delete target[key] 很容易绕过内部机制；用 Reflect.set / Reflect.deleteProperty 才是规范做法。
