Worker线程无法直接继承宿主线程环境变量，需按平台差异化配置：Web Worker通过postMessage传参；微信小程序Worker依赖基础库版本支持env字段；Node.js worker_threads可直接传入env选项；构建工具可在打包时硬编码环境变量。

Worker 线程本身不直接继承或共享宿主线程的环境变量，也不支持像进程那样通过系统级 setenv 或启动参数统一注入环境变量。它的运行环境是隔离的 JavaScript 执行上下文（如 Web Worker、微信小程序 Worker、或 Node.js 的 worker_threads），因此“为 Worker 配置独立环境变量”需根据具体平台采取对应策略。

---

一、Web Worker（浏览器环境）

浏览器中 new Worker() 创建的 Worker 无法直接读取 process.env 或操作系统环境变量，也没有内置机制传入环境变量。可行做法是：

• 通过初始化时传递配置对象（推荐）
  将所需变量序列化后，作为 worker.postMessage() 的初始消息发送：

  // 主线程
  const worker = new Worker('./worker.js');
  worker.postMessage({
    API_BASE_URL: 'https://api.example.com',
    DEBUG_MODE: true,
    VERSION: '2.3.1'
  });

  // worker.js
  let env = {};
  self.onmessage = (e) => {
    if (!env.API_BASE_URL) env = e.data; // 仅在首次接收时初始化
  };
  // 后续代码使用 env.API_BASE_URL

• ✅ 优点：清晰、可控、跨浏览器兼容

• ❌ 缺点：不是真正的“环境变量”，需手动管理作用域和初始化时机

---

二、微信小程序 Worker（基于 qq.createWorker）

小程序 Worker 支持在主线程创建时指定 env 字段（部分基础库版本已支持）：

// game.js（宿主线程）
const worker = qq.createWorker('workers/request/index.js', {
  env: {
    ENV_NAME: 'prod',
    SERVICE_TIMEOUT: 5000,
    LOG_LEVEL: 'warn'
  }
});

⚠️ 注意：该 env 参数是否生效取决于小程序基础库版本（v3.4.0+ 更稳定）。若不支持，仍需退回到 postMessage 方式传递配置。

Worker 内部可通过全局 worker 对象监听初始化消息，或封装一个 getEnv() 工具函数统一读取。

---

三、Node.js worker_threads（服务端）

Node.js 的 Worker 构造器允许通过 env 选项传入独立环境变量副本：

const { Worker, isMainThread } = require('worker_threads');
const path = require('path');

const worker = new Worker(path.resolve('./worker.js'), {
  env: {
    ...process.env, // 可选择性继承
    WORKER_ID: 'w-123',
    DATABASE_URL: 'sqlite:///tmp/worker.db',
    NODE_ENV: 'development'
  }
});

• ✅ Worker 内可直接使用 process.env.WORKER_ID
• ✅ 真正隔离：修改 process.env 不会影响主线程
• ✅ 支持 .env 文件解析后合并传入（需提前加载）

---

四、构建时注入（通用补充方案）

若 Worker 代码由构建工具（如 Webpack、Vite、esbuild）打包，可在构建阶段将环境变量硬编码为常量：

// vite.config.js
export default defineConfig({
  define: {
    __API_URL__: JSON.stringify(process.env.VITE_API_URL || 'http://localhost:3000'),
    __IS_WORKER__: 'true'
  }
});

Worker 代码中直接使用：

console.log('API:', __API_URL__);

• ✅ 零运行时开销，适合静态配置
• ❌ 不适用于运行时动态切换的变量（如用户登录态）

不复杂但容易忽略