不能直接代理 window 或全局对象监控非法数据变更，因 fetch、XMLHttpRequest 等关键 API 不可写不可配置；应聚焦函数调用入口，在 fetch 和 XMLHttpRequest.prototype.send 入口重写并透传上下文，覆盖 console 方法提取参数与调用栈，用 WeakMap 关联 behaviorId 形成行为链，规避代理定时器、defineProperty 及 Proxy 自身等高危操作。
不能靠直接代理 window 或全局对象来监控非法数据变更，因为像 fetch、XMLHttpRequest、console 等关键 API 都是不可写且不可配置的内置方法，Proxy 无法有效拦截。真正可行的方式是聚焦函数调用入口，在关键数据流动节点做轻量级重写与上下文透传。
重点劫持网络请求入口
绝大多数非法数据变更行为会通过网络请求外泄或被远程篡改触发，因此优先覆盖 fetch 和 XMLHttpRequest.prototype.send：
- 对
fetch重定义：保存原函数，包裹新逻辑，在发起前检查请求体中是否含敏感字段（如 token、身份证号、银行卡号），并记录 URL、method、headers、body 片段 - 对
XMLHttpRequest.prototype.send打补丁：监听onload/onerror，捕获响应内容，比对前后端约定的数据结构一致性（例如某字段应为数字但返回字符串） - 注意透传
AbortController.signal，避免中断失效；不建议在拦截中发异步上报请求，防止竞态或循环采集
逐个重赋值 console 方法用于异常线索捕获
console 是宿主对象，Proxy 无法可靠代理，必须显式覆盖每个方法：
- 遍历
['log', 'info', 'warn', 'error', 'debug']，对每个方法保存原始实现，再挂载带采集逻辑的新函数 - 新函数中提取参数字符串、调用栈（
new Error().stack）、时间戳，并尝试识别是否来自可疑上下文（如 eval、Function 构造、未命名匿名函数） - 若发现
console.error中包含 “InvalidStateError”、“DataCloneError” 或反复出现的序列化失败提示，可标记为潜在非法数据操作信号
构建 WeakMap 上下文关联机制
单次用户操作可能触发多次 fetch、多个 DOM 修改、若干 console 输出，需轻量级关联形成行为链：
- 在关键触发点（如表单 submit、按钮 click、history.pushState）生成唯一
behaviorId，存入WeakMap关联当前 event.target 或路由状态 - 所有被劫持的 API 调用中，尝试从调用栈或闭包中提取最近的
behaviorId，一并写入日志字段 - 不依赖全局变量或 localStorage，避免污染、内存泄漏与跨 iframe 竞态问题
规避常见风险与兼容性陷阱
生产环境要求稳定与低侵入，需主动绕开几类高危操作：
- 不代理
setTimeout/setInterval：除非明确追踪定时器调度链路，否则极易引发性能下降与递归代理风险 - 不劫持
Object.defineProperty或Proxy自身：这类元操作本身常被框架或 SDK 使用，误拦截会导致白屏或功能异常 - 兼容 Web Worker 与 iframe 场景：这些环境中
window非标准对象，应改用self或globalThis并做存在性判断
