Proxy 本身不直接防止修改，而是通过 set 拦截器提供可编程的赋值控制能力；可在 handler 中定义 set(target, key, value, receiver) 实现校验、转换或拒绝写入，并支持智能兜底等动态防护逻辑。
Proxy 本身不直接“防止”修改，而是提供拦截能力——你通过定义 set 拦截器，主动决定是否允许赋值、如何转换值、或干脆拒绝写入。它不是开关，而是一道可编程的闸门。
用 set 拦截器控制赋值行为
只要在 handler 中实现 set(target, key, value, receiver)，就能在每次 obj.prop = xxx 时介入：
- 返回 false（严格模式下）或不返回（非严格模式下）可阻止赋值生效
- 返回 true 表示接受操作，但需手动赋值：
target[key] = value - 可在里面加校验逻辑，比如只允许数字、限定范围、过滤敏感字段等
常见防护场景示例
比如限制 age 只能在 0–150 之间，超出则自动修正：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
const person = { age: 25 };
const proxy = new Proxy(person, {
set(target, key, value) {
if (key === 'age') {
target[key] = Math.max(0, Math.min(150, value));
return true;
}
// 允许其他属性自由修改
target[key] = value;
return true;
}
});
这样 proxy.age = -5 会变成 0，proxy.age = 200 会变成 150，既不报错也不静默失败，而是智能兜底。
与 defineProperty 的关键区别
Proxy 是面向整个对象的代理层，不影响原对象结构；而 Object.defineProperty 是对单个属性打补丁：
- Proxy 可拦截新增属性、删除、遍历（ownKeys）、in 检测等全部操作，
defineProperty只管已有属性的读写 - Proxy 不修改原对象，所有访问都走代理；
writable: false是直接改属性描述符，原对象即生效 - Proxy 更灵活，适合动态规则（如按字段名、类型、上下文判断），
defineProperty更轻量，适合静态、确定的只读字段
注意陷阱和边界
Proxy 不是银弹，使用时得留意几个实际限制：
- 代理对象和原对象是分离的，直接操作原对象仍可绕过防护
- 深层嵌套对象不会自动被代理，需递归包装或配合
get拦截动态创建子代理 - 不能拦截点运算符以外的某些操作（如
for...in遍历依赖ownKeys和getOwnPropertyDescriptor，需一并实现） - 性能开销略高于原生属性访问，高频读写场景需权衡
