你提到的 方法1（直接保存 self.fetch 引用）在 Worker 中可能不生效，通常是因为以下原因：
问题根源
Worker 作用域隔离
Worker 的全局对象self是独立的，但某些环境（如 Cloudflare Workers、Service Workers）可能会对原生 API（如fetch）进行封装或代理，导致直接保存的引用仍是被修改后的版本。动态覆盖时机问题
如果第三方代码在你保存引用 之前 已经修改了fetch，则保存的仍是篡改后的版本。特殊运行环境限制
例如：- Cloudflare Workers: 原生
fetch被替换为自定义实现。 - 浏览器扩展: 可能通过 Content Scripts 注入代码。
- Cloudflare Workers: 原生
解决方案
✅ 方案1：通过构造函数获取原始 fetch
// worker.js
const originalFetch = Object.getPrototypeOf(self).fetch; // 从原型链上获取原始 fetch
// 验证是否未被修改
console.log(originalFetch === self.fetch); // true表示未被覆盖
✅ 方案2：使用 Function.prototype.toString() 检测
// worker.js
const isNativeFetch = self.fetch.toString().includes('[native code]');
if (!isNativeFetch) {
console.warn('fetch已被覆盖！');
}
✅ 方案3：创建沙盒化 Worker（终极方案）
如果 Worker 完全不可控，可通过主线程动态生成一个干净的 Worker：
// main.js（主线程）
const cleanWorkerCode = `
self.postMessage({
fetch: self.fetch.toString()
});
`;
const blob = new Blob([cleanWorkerCode], { type: 'application/javascript' });
const cleanWorker = new Worker(URL.createObjectURL(blob));
cleanWorker.onmessage = (e) => {
const originalFetchString = e.data.fetch;
// 将原生 fetch 传递给业务 Worker
};
✅ 方案4：Service Worker 备份请求
如果是浏览器环境，用 Service Worker 拦截请求可绕过污染：
// service-worker.js
self.addEventListener('fetch', (event) => {
const request = event.request; // 原始 Request 对象
event.respondWith(fetch(request)); // 透传请求
});
各场景下的推荐方法
| 场景 | 推荐方案 |
|---|---|
| Worker未被污染 | Object.getPrototypeOf(self).fetch |
| Cloudflare/Specialized Workers | Blob URL + Clean Worker |
| Debug需求 | DevTools Network面板 |
关键验证步骤
- 检查函数来源
console.log(self.fetch.toString()); // [native code]表示未修改 - 锁定污染代码
在 Worker 脚本开头插入调试代码，确认是否有第三方库提前执行。
如果问题持续存在，可能需要分析具体运行环境（如提供 Cloudflare Workers的示例代码）。
内容由零声教学AI助手提供，问题来源于学员提问
