Proxy无法真正隐藏私有属性，仅能通过get、has、ownKeys拦截器屏蔽读取与检测；真正私有性需结合WeakMap、闭包或#字段实现，其中#字段天然不可代理、不可枚举，配合Proxy可形成双保险。
Proxy 本身不能真正“隐藏”私有属性，但它能拦截对属性的访问，从而在读取时返回 undefined 或抛出错误，让外部无法获取敏感值。真正的私有性仍需配合 WeakMap、闭包或 # 字段（私有字段）来保障数据不被意外暴露。
用 get 拦截器屏蔽敏感属性读取
通过 Proxy 的 get 拦截器，可以判断访问的 key 是否属于预设的敏感字段（如 password、token、secret），如果是，就返回 undefined 或直接 throw 错误，避免泄露。
- 敏感字段名可预先定义为数组或 Set，便于维护
- 注意：仅拦截读取，不影响内部逻辑使用（比如类方法中仍可正常访问原始对象）
- 示例中不拦截 set，因此赋值仍生效；若需完全禁止写入，还需配置 set 拦截器
结合 WeakMap 实现真正隔离的私有数据
把敏感数据存到 WeakMap 中，只在内部函数作用域里持有引用，Proxy 拦截时从 WeakMap 查找——这样即使对象被代理，原始属性上也不存敏感值，从根本上避免泄漏。
- WeakMap 的键必须是对象，适合绑定到目标实例
- 外部无法访问 WeakMap，也无法遍历它，安全性更高
- Proxy 只负责“门卫”，真实数据藏在别处，职责分离更清晰
搭配 # 私有字段增强封装（ES2022+）
现代 JS 支持 #name 这样的语法级私有字段，它天然不可枚举、不可反射、不可代理访问（Proxy 的 get/set 对 # 字段无效）。所以最佳实践是：敏感字段声明为 #，再用 Proxy 控制其余常规属性的可见性。
- # 字段在 class 内部可自由读写，但对外完全不可见
- Proxy 不会触发对 # 字段的拦截，所以无需额外处理，更安全可靠
- 适用于 class 场景，和 Proxy 配合形成“双保险”
注意陷阱：in、hasOwnProperty、Object.keys 等仍可能暴露属性名
Proxy 的 get 拦截器只影响 读取值，但 in 操作符、hasOwnProperty、Object.keys() 调用的是 has 拦截器。若没配置 has，这些方法仍会返回 true 或列出敏感字段名。
- 必须同时实现 has 拦截器，对敏感 key 返回 false
- Object.getOwnPropertyNames / getOwnPropertyDescriptors 同样需要 ownKeys 拦截器配合
- 否则看似“读不到”，实际属性名已被发现，隐私形同虚设
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
