对象方法调用安全检查的核心是精准判断与兜底处理：用?.操作符防崩、typeof校验函数类型、object.hasown防原型污染、原型链比对确保类型安全。
对象方法调用时的安全检查，核心是防止因属性不存在、类型错误或原型污染导致的运行时异常。关键不在于“绕过原型链”，而是在访问前做精准判断和兜底处理。
用可选链操作符（?.）快速防崩
这是最轻量、语义最清晰的方式，适用于现代环境（ES2020+）：
-
obj.method?.()：method 不存在或为 null/undefined 时直接返回 undefined，不报错 -
obj.nested?.prop?.toString?.()：支持多层安全访问，任意一环断裂即停止 - 传参也安全：
obj.handler?.(arg1, arg2)
用 typeof 精准校验函数类型
当需兼容旧环境，或逻辑中必须区分“存在但非函数”和“根本不存在”时，typeof 是最可靠的基础判断：
-
typeof obj.method === 'function'不受原型链上同名属性干扰，只看当前值类型 - 组合调用：
typeof obj.save === 'function' ? obj.save() : console.warn('save not available') - 注意：不能只用
obj.method或obj.method != null，因为函数可能被赋值为 0、'' 等假值
用 Object.hasOwn 避开原型污染干扰
若需确认方法是否为对象“自有”的（而非继承自原型），尤其在处理不受信数据或第三方对象时，应弃用 obj.hasOwnProperty，改用 ES2022 标准方法：
-
Object.hasOwn(obj, 'methodName')始终调用原始实现，无法被覆盖 - 它只查自身属性，不沿原型链查找，彻底规避污染风险
- 支持 Symbol 属性，且对非对象参数抛 TypeError，便于早期发现问题
结合原型链比对做类型级安全调用
对于内置对象方法（如数组的 push、日期的 toISOString），可先确认对象真实类型，再调用：
Object.getPrototypeOf(obj) === Array.prototype && typeof obj.push === 'function'- 这种写法避开
instanceof在 iframe 等跨上下文失效的问题 - 适合沙箱、微前端等对类型强约束的场景
