javascript原型链不直接用于权限控制，但可建模角色继承关系（如guest→user→admin），结合hasownproperty判断显式授权、proxy动态拦截操作，并将权限决策外置以实现灵活可控的细粒度权限系统。
JavaScript 中原型链本身不直接用于权限控制，但它可作为构建细粒度权限系统的底层机制之一——关键在于利用原型继承关系表达“角色-能力”的层级结构，并结合属性访问拦截与动态方法绑定来实现运行时权限判定。
用原型链建模角色继承关系
将不同角色（如 Guest、User、Admin）设计为构造函数，让低权限角色的原型指向高权限角色的实例，形成能力继承链。权限方法定义在原型上，子角色自动获得父角色能力，同时可覆盖或禁用特定方法。
- 定义 Admin.prototype.edit = function() { /* 允许编辑 */ }；
- User.prototype 继承自 Admin.prototype，但重写 edit 方法抛出错误或返回 false；
- Guest.prototype 继承自 User.prototype，进一步限制 delete 等操作。
配合 hasOwnProperty 判断权限来源
仅靠 instanceof 或原型链查找无法区分“是否被显式授权”，需检查方法是否定义在当前对象自身（而非原型上），以此识别显式禁用或覆盖。
- if (obj.hasOwnProperty('delete')) { /* 当前角色明确定义了 delete 行为 */ }
- 结合 Object.getOwnPropertyDescriptors(obj) 可获取权限方法的配置（如 writable: false 表示不可篡改）；
- 避免仅用 typeof obj.delete === 'function'，它会误判继承来的可用方法。
用 Proxy 动态拦截关键操作
原型链静态定义能力边界，Proxy 负责运行时校验。将用户实例包装在 Proxy 中，在 get/set/apply 拦截器里检查当前上下文权限。
- 拦截方法调用：apply 时读取 this.role 和 target 方法名，查权限表或调用 checkPermission(this.role, 'edit')；
- 拦截属性访问：get 时对敏感字段（如 user.password）返回 undefined 或 throw Error；
- Proxy 的 handler 可复用，不同角色实例共享同一套拦截逻辑，只改变 role 字段值。
权限决策应分离于原型结构
原型链适合表达“谁可以做什么”的静态能力谱系，但具体权限判定（如“能否编辑这篇文档”）需依赖外部策略。推荐将原型链作为能力基线，再叠加基于资源、上下文、时间等条件的动态判断。
- 原型提供 isAllowed('edit') 返回基础能力布尔值；
- 真实调用前执行 canEdit(doc, currentUser) 函数，整合 ACL、RBAC 或 ABAC 规则；
- 避免把复杂业务规则硬编码进原型方法，否则难以测试和复用。
不复杂但容易忽略：原型链只是能力容器，真正的权限控制需要结合运行时上下文与明确的校验入口。把继承结构做清晰，把拦截做轻量，把策略做外置，系统才既灵活又可控。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
