Object.prototype.toString.call(proxy) 不触发 Proxy trap，但会读取可被拦截的 Symbol.toStringTag 属性，导致类型标识被篡改或原型污染，故不可靠；应结合 isArray、typeof 等多维校验。
Object.prototype.toString.call 本身不触发 Proxy trap
调用 Object.prototype.toString.call(proxy) 时，Proxy 的所有 trap（如 get、apply、ownKeys）均不会被触发。这是因为该方法是 JavaScript 引擎底层直接读取目标对象的内部属性（如 [[Class]] 或 Symbol.toStringTag），绕过了常规的属性访问路径。即使你精心配置了 get 或 has 拦截器，对 toString 的原生调用也完全无视它们。
但 Symbol.toStringTag 可被 Proxy 拦截并篡改
虽然原生 toString 不走 trap，但它会检查对象是否定义了 Symbol.toStringTag 属性——而这个属性的读取过程可以被 Proxy 拦截：
- 若 Proxy 的
gettrap 返回自定义字符串（如'CustomType'），则Object.prototype.toString.call(proxy)将返回'[object CustomType]' - 这在类型判断场景中构成隐性风险：你依赖
toString做安全检测，却未意识到结果已被代理逻辑覆盖 - 示例：
const p = new Proxy({}, { get: () => 'Array' }); Object.prototype.toString.call(p) → '[object Array]'，但p实际不是数组
与原型污染叠加时更危险
当 Proxy 包裹的对象本身存在原型链污染（例如 Object.prototype.toStringTag = 'Hacked'），再配合 Object.prototype.toString.call，会导致所有普通对象的类型标识被统一污染：
-
{}、[]、new Date()等调用后都返回'[object Hacked]' - 这种污染无法被 Proxy 拦截阻止，因为它是直接作用于原型链上的属性
- 尤其在服务端渲染或沙箱环境中，若未隔离全局原型，一次污染即可瘫痪整个类型识别体系
安全建议：明确区分“检测”与“代理行为”
不要假设 Object.prototype.toString.call 在 Proxy 环境中一定返回真实类型。如需可靠判断：
- 对已知为 Proxy 的值，优先使用
target原始对象（若可访问）进行判断 - 避免仅靠
toString结果做关键逻辑分支；补充Array.isArray、typeof、instanceof等多维校验 - 在敏感上下文中，禁用用户可控对象的
Symbol.toStringTag设置，或在 Proxy 中显式拒绝该 key 的读写
