原型链负责方法共享与继承，不提供私有属性；闭包实现私有性，二者结合需将私有数据藏于构造函数闭包中，再通过原型方法间接操作，避免内存浪费并守住数据边界。
原型链本身不提供私有属性能力，它负责方法共享和继承；闭包才是实现真正私有性的核心机制。两者结合的关键在于：把私有数据藏在构造函数的闭包中，再通过原型上的公共方法去间接操作——这样既避免了每个实例重复创建函数（节省内存），又守住数据边界。
为什么不能直接在原型上访问私有变量
原型方法中的 this 指向实例对象，而私有变量（比如 _name）根本不在实例上，也不在原型链上，它只存在于构造函数执行时的词法环境中。所以即使你在原型上写 this._name，结果一定是 undefined。
正确结合方式：闭包托管 + 原型委托
让构造函数内部用 let 或 var 声明私有变量，同时把 getter/setter 挂到 this 上（形成闭包引用）；而其他通用逻辑（如格式化、校验、计算）放在原型上，由实例调用时通过 this 传入已暴露的接口来协作。
- 私有数据只初始化一次，在构造函数作用域内存活
- 所有实例共享原型方法，但各自闭包保持独立数据副本
- 原型方法不能直接读写私有值，必须通过实例上挂载的闭包函数中转
一个典型安全结构示例
function Person(name) {
let _name = name; // 真正私有，外部不可见
this.getName = () => _name;
this.setName = (v) => { _name = v; };
}
Person.prototype.getDisplayName = function() {
return `[User: ${this.getName()}]`;
};
const p = new Person('Leo');
console.log(p.getDisplayName()); // [User: Leo]
console.log(p._name); // undefined
警惕原型链攻击风险
虽然闭包能保护变量，但若对外暴露了任意可被重写的函数（比如 getName），攻击者可能通过篡改 Object.prototype 注入访问器，再利用该函数内部的 this 引用间接获取闭包环境。这不是闭包失效，而是设计疏漏——应确保闭包函数不依赖外部可劫持的上下文链路。
