Web Worker 的作用域隔离是浏览器强制提供的全局执行环境隔离，而非 JavaScript 本身的作用域机制；Worker 全局对象为 self（WorkerGlobalScope），与主线程 window 完全独立，不共享运行时上下文、堆内存、执行栈及任何变量或函数。
Web Worker 中的作用域隔离不是靠 JavaScript 本身的作用域机制（比如函数作用域、块级作用域）实现的，而是由浏览器强制提供的**全局执行环境隔离**。这种隔离比普通函数闭包或模块作用域更彻底——它不共享任何运行时上下文。
Worker 全局对象完全独立
主线程的 window 对象在 Worker 中不可见，取而代之的是 self（即 WorkerGlobalScope）。这个 self 拥有自己的一套属性和方法，例如：
-
self.onmessage和self.postMessage是通信入口，没有window.addEventListener -
self.console可用，但self.document、self.localStorage、self.fetch（部分浏览器限制凭据）均报错 - 所有顶层声明（
var、let、const、function）都绑定到self，不会泄漏到主线程
变量与函数无法跨线程引用
主线程和 Worker 各自维护独立的堆内存与执行栈。这意味着：
- 你在主线程定义的
const config = { timeout: 5000 };，Worker 里访问不到，也不会被结构化克隆自动带过去 - Worker 内部定义的
function helper() {}，主线程无法调用；反之亦然 - 即使两个线程都定义了同名变量
let count = 0，它们也互不影响，各自在自己的作用域链中解析
数据传递仅靠序列化或转移，不涉及作用域共享
通信时使用的 postMessage() 不是“传引用”，而是：
- 默认走结构化克隆算法：复制可序列化值（对象、数组、Date、RegExp 等），但会丢弃函数、原型链、循环引用
- 支持 Transferable 对象（如
ArrayBuffer）：把内存控制权直接移交，原线程该对象立即失效，避免拷贝开销 - 没有“共享变量”概念，也没有类似
SharedArrayBuffer的默认行为（需显式启用且配合Atomics）
嵌套函数和闭包仍按词法作用域工作，但仅限本线程内
Worker 脚本里的闭包机制和主线程完全一致，只是它的“外层”永远止步于 self：
-
function outer() { const key = 'secret'; return function inner() { return key; }; }在 Worker 中能正常形成闭包 - 但这个
key依然只存在于 Worker 的堆内存中，主线程既不能读取，也无法通过任何方式间接访问 - 每个 Worker 实例都有自己的作用域链起点，多个 Worker 之间也彼此隔离，互不感知
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
