原型属性查找只定位getter函数而不执行，执行时才可能抛错；需分离查找与调用，安全读取应遍历原型链获取descriptor后用try...catch调用getter并绑定this。
原型属性查找本身不处理 getter 抛出的异常——它只负责找到那个 getter 函数；真正执行 getter 并可能抛错，发生在你读取属性的那一刻。所以“严谨性”不在查找过程，而在调用环节：必须主动包裹执行逻辑，不能假设 getter 总是安全。
getter 查找与执行要分开看待
JavaScript 沿原型链查找属性时，只要 descriptor 中存在 get 字段，就认为该属性可读，但此时并不运行 getter。只有你写 obj.prop 这样的访问表达式，引擎才会调用该 getter 函数。如果函数内部抛错（比如访问了 undefined 的属性、触发了副作用逻辑异常），错误会直接冒泡到调用点。
常见风险场景包括：
- getter 内部读取另一个可能不存在的属性（
return this._data.name，但this._data是undefined） - getter 调用了外部依赖（如 API、DOM 查询），而环境不满足（如服务未启动、节点未挂载）
- getter 基于 this 绑定计算，但被错误地作为普通函数调用（丢失上下文）
安全读取原型 getter 的推荐做法
不要依赖 try-catch 包裹每次属性访问（太重、难维护），而是封装一个可复用的安全读取工具：
- 用
Object.getOwnPropertyDescriptor和Object.getPrototypeOf遍历原型链，定位到含 get 的描述符 - 拿到 getter 函数后，用
try...catch执行，并提供默认返回值或降级逻辑 - 对 Symbol 类型的 getter，需额外用
Object.getOwnPropertySymbols检查原型对象自身的 symbol 属性
例如：
function safeGet(obj, prop) {
let current = obj;
while (current != null) {
const desc = Object.getOwnPropertyDescriptor(current, prop);
if (desc && typeof desc.get === 'function') {
try {
return desc.get.call(obj); // 注意绑定原始 obj 为 this
} catch (e) {
return undefined; // 或 throw new Error(`Failed to get ${prop}: ${e.message}`)
}
}
current = Object.getPrototypeOf(current);
}
return undefined;
}
避免在 getter 内部制造不可控异常
设计阶段就应降低 getter 的脆弱性：
- 避免在 getter 中做异步操作、DOM 操作或网络请求——getter 应是同步、无副作用的纯读取逻辑
- 读取嵌套属性前做存在性检查：
return this._config?.timeout ?? 5000 - 不直接在 getter 中递归访问自身（
return this.value），否则栈溢出 - 若需复杂逻辑，建议提取为普通方法，getter 仅作轻量代理
注意 this 指向和遮蔽干扰
即使 getter 定义在原型上，执行时 this 仍指向最外层访问该属性的对象（如 inst.prop 中的 inst）。但如果实例自身定义了同名数据属性（如 inst.prop = 123），就会遮蔽原型上的 getter，后续读取将不再触发它——此时异常自然也不会发生，但行为已改变。调试时需用 inst.hasOwnProperty('prop') 判断是否被遮蔽。
