对象方法调用安全检查的核心是精准判断与兜底处理：用?.操作符防崩、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 等跨上下文失效的问题
• 适合沙箱、微前端等对类型强约束的场景