proxy 的 has 陷阱拦截 in 操作符，返回布尔值控制属性“存在性”；deleteproperty 陷阱拦截 delete 操作，需手动删除并返回布尔值表示结果；二者需联动处理以保持行为一致。
拦截 in 操作符：用 has 陷阱
当代码执行 prop in proxy 时，Proxy 会触发 has 方法。它接收两个参数：目标对象 target 和待检测的属性名 propKey，必须返回布尔值。
常见用途包括隐藏私有属性、实现逻辑存在性判断（比如只对非下划线开头的属性返回 true）：
- 返回 false 表示该属性“不存在”，即使 target 上实际有这个键
- 返回 true 表示“存在”，哪怕 target 上没有，也能模拟出一个逻辑存在的属性
- 注意：它不负责读取值，只影响 in 运算符和 with 语句（已废弃但语法上仍受其影响）
示例：
const obj = { name: 'Alice', _secret: 'xxx' };
const proxy = new Proxy(obj, {
has(target, prop) {
return prop !== '_secret' && prop in target;
}
});
console.log('name' in proxy); // true
console.log('_secret' in proxy); // false
拦截 delete 操作：用 deleteProperty 陷阱
执行 delete proxy.prop 或 delete proxy['prop'] 时，会进入 deleteProperty 方法。它接收 target 和 propKey，需返回布尔值，表示是否删除成功。
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
该方法不会自动删除属性——你得手动调用 delete target[propKey]，否则只是“假装删了”：
- 返回 true 但没真正删除，后续访问仍能读到原值（除非 get 也做了处理）
- 返回 false 会抛出错误（严格模式下），可用于禁止删除某些关键属性
- 若目标属性是不可配置的（configurable: false），即使 deleteProperty 返回 true，实际也无法被删除，JS 引擎会忽略
示例：
const data = { user: 'admin', config: { timeout: 5000 } };
const proxy = new Proxy(data, {
deleteProperty(target, key) {
if (key === 'user') return false; // 禁止删 user
return delete target[key]; // 允许删其他
}
});
console.log(delete proxy.user); // false
console.log(delete proxy.config); // true，且 data.config 变为 undefined
两者配合使用更自然
单独拦截 deleteProperty 不会影响 in 的结果；同样，has 返回 false 也不代表属性真被删了。要让行为一致，通常需要联动处理：
- 在 deleteProperty 中真正删除后，has 自然就返回 false
- 如果想“软删除”（仅隐藏不真删），就要在 has 里过滤掉已被标记删除的键，并在 get 中返回 undefined
- 注意：ownKeys 和 getOwnPropertyDescriptor 也可能需要同步调整，否则 Object.keys(proxy) 或 for...in 仍可能暴露被隐藏的属性
