Getter内不可读取同名属性，否则引发死循环；应使用私有字段（如\_price、\_count）存储值，getter仅负责计算或封装，避免访问其他getter属性。
核心在于：Getter 函数里不能直接读取同名属性，否则会再次触发该 getter，形成死循环。这不是语言缺陷，而是访问器机制的自然行为——读取属性名，就等于调用它的 get 方法。
区分属性名和存储名
必须为实际存储值的字段起一个与 getter 名不同的名字，避免语义和实现混在一起。
- Python 中用 _id 或 __id 作底层变量，@property def id(self) 只负责对外暴露逻辑
- JavaScript 中用 this._price 存值，get price() 里返回 this._price
- Kotlin 中直接使用隐式 field，get() = field 是安全的，绝不能写 get() = this.balance
检查 getter 内部所有属性访问
哪怕只有一处看似无害的 this.xxx 或 self.xxx，只要 xxx 是一个带 getter 的属性，就可能掉进递归陷阱。
- 常见误写：get total() { return this.items.reduce(...) + this.discount; } —— 若 discount 本身也是 getter，就会触发嵌套调用
- 调试技巧：在 getter 开头加 console.log('get total')，看是否连续打印多次
- IDE 通常能高亮出访问器属性，留意图标或下划线提示
用私有字段承载真实状态
把可变数据存在普通字段（非访问器）上，getter 只做计算、转换或封装，不参与状态管理。
- 错误示范：get count() { return this.count || 0; } —— 这里 this.count 就是它自己
- 正确做法：this._count = 0;，然后 get count() { return this._count; }
- 如果需要响应式更新，应通过 setter 修改 _count，而不是在 getter 里动态算
警惕链式 getter 和间接引用
有时问题不直接出现在当前 getter 里，而藏在它调用的另一个方法中。
- 例如：get fullName() { return this.firstName + ' ' + this.lastName; } —— 如果 firstName 是 getter，且其内部又读了 fullName，就构成双向递归
- 建议对复杂 getter 拆解为纯函数，传入原始字段，而非依赖 this 上的其他访问器
- 单元测试时可 mock 依赖属性，验证 getter 是否真正独立
