JavaScript中类的私有方法可通过WeakSet运行时访问控制实现：用模块级WeakSet标记可信实例，在构造函数中add(this)，私有方法内has(this)校验，且必须为普通函数以确保this指向；该方案兼容旧环境但防不住恶意绕过，而#语法是引擎级强制私有。
JavaScript中类的私有方法无法直接通过语法（如#method）在所有环境中被广泛支持时，开发者常借助WeakSet配合this做运行时访问控制——本质是把“合法调用者”标记为已授权实例，而非靠语法隔离。
用WeakSet标记“可信实例”
WeakSet适合存储对象引用且不阻止垃圾回收，正好用来记录哪些实例被允许调用私有逻辑。关键在于：只在类内部方法中显式添加this，外部无法伪造或注入。
- 定义一个模块级
WeakSet，比如const privateAccess = new WeakSet() - 在构造函数或初始化逻辑中调用
privateAccess.add(this) - 私有方法开头检查
privateAccess.has(this)，不通过则抛错或静默返回
私有方法必须是普通函数，不能是箭头函数
因为箭头函数不绑定this，无法在调用时准确识别调用上下文。私有方法需声明为普通函数（方法简写或function），确保this指向当前实例。
- ✅ 正确：
doInternal() { if (!privateAccess.has(this)) throw new Error(); ... } - ❌ 错误：
doInternal = () => { /* this 不可靠 */ } - ⚠️ 注意：
bind或call可能绕过检测，所以该方案仅防无意误用，不防恶意篡改
避免暴露私有方法引用
即使加了WeakSet校验，若把私有方法赋值给外部变量（如const f = obj.doInternal），再调用f()时this会丢失，导致校验失败——这反而是好事，说明机制生效；但若想让私有方法可安全复用，应封装成闭包内受控函数。
立即学习“Java免费学习笔记（深入）”；
- 不要直接导出或返回私有方法本身
- 如需复用逻辑，可在类内部定义闭包函数，由公有方法调用它，而非暴露函数引用
- 例如：
const internalHelper = () => { /* 无this依赖的纯逻辑 */ };，这样既私有又不受this限制
和真正私有字段#的区别
WeakSet方案是运行时防护，依赖约定与执行路径；而#field或#method是语法级私有，由引擎强制隔离，不可反射、不可遍历、不可外部访问。前者兼容老环境，后者更安全简洁。
- WeakSet方式能被调试器看到、被
eval绕过、依赖开发者不手动破坏this - 现代项目优先用
#语法，WeakSet更适合需支持ES2015+但不支持ES2022私有字段的场景 - 两者都不解决“子类能否访问”的问题——
#明确禁止继承访问，WeakSet方案需额外设计（如按类区分WeakSet）
