njs边缘计算必须绑定单worker进程，因多worker会浪费内存、引发锁竞争，而单worker可确保全局变量、shared_dict、定时器无竞态且延迟可控；典型场景包括动态路由、头增强、轻量鉴权等毫秒级无状态任务。
在 Nginx 的 Worker 进程内用 NJS 做轻量级边缘计算，核心不是“加功能”，而是“在单进程约束下做精准计算下沉”。它适用于请求级实时处理（如动态 header 注入、AB 测试分流、JWT 验证、路径重写），而非模型推理或流式分析。关键前提是：worker_processes 必须为 1——这是所有可行性的起点。
为什么必须绑定单 Worker 进程
NJS 脚本由每个 worker 独立加载并执行，共享内存区有限，跨 worker 通信需依赖 shared_dict 或外部存储。在边缘设备（如树莓派、Jetson Nano）上，多 worker 不仅浪费内存（每个 worker 加载一份 JS 上下文+模块），还会因锁竞争和上下文切换拖慢响应。NJS 的 event-driven 特性在单 worker 下已能高效处理数百并发连接，无需多进程并发模型。
- 单 worker 意味着全局变量、缓存字典（shared_dict）、定时器（ngx.timer）都在同一事件循环中，无竞态、无序列化开销
- 避免了 multi_accept、accept_mutex 等多 worker 协调机制的配置干扰
- 所有 NJS 函数调用（如 ngx.fetch、ngx.var、ngx.log）均运行在当前 worker 的主线程中，延迟可控、可预测
NJS 边缘计算的典型轻量场景
聚焦“毫秒级、无状态、低资源”的计算任务，避开 CPU 密集型操作（如 base64 编码大文件、正则全文匹配长文本）：
- 动态路由决策：根据 $http_user_agent、$geoip_country_code 或自定义 cookie 值，用 if-else 或 switch 决定 proxy_pass 目标，不依赖 upstream 模块
- 请求头/响应头增强：注入 X-Edge-Node、X-Response-Time，或根据 JWT payload 添加 X-User-ID，全程在内存完成，不触发子请求
- 简单鉴权与限流：用 shared_dict 记录 IP 或 token 的请求频次，配合 ngx.now() 实现滑动窗口计数（非令牌桶），适合 ≤100 QPS 场景
- 静态内容微定制：对 /status 或 /health 接口返回 JSON，嵌入本地时间、内存使用率（通过 /proc/meminfo 读取后解析）等轻量指标
安全与性能的关键实践
NJS 是沙箱环境，但仍有资源边界需主动管控：
- 禁用危险 API：在 nginx.conf 中设置 js_path off; 并移除 js_include，所有脚本内联或通过 js_import 显式声明，杜绝动态 require
- 限制执行时长：用 js_set $var "…"; 时，逻辑应控制在 5ms 内；复杂逻辑改用 js_content + HTTP 接口暴露，由上游调用而非阻塞主流程
- 复用 shared_dict：定义如 js_shared_dict edge_cache 1m;，用于缓存 geo 信息、黑白名单、API key 解析结果，避免重复计算
- 避免阻塞 I/O：不调用 fs.readFileSync；如需读配置，改用 os.readfile()（异步）并在回调中处理，或启动时预加载到全局变量
一个真实可用的 AB 测试分流示例
以下代码部署在单 worker 环境中，不依赖外部服务，纯内存决策：
js_set $ab_group " function() { var uid = ngx.var.cookie_uid || ngx.md5(ngx.var.remote_addr + ngx.time()); var hash = ngx.hash(uid) % 100; if (hash随后在 location 块中：
proxy_set_header X-Ab-Group $ab_group;
proxy_pass https://backend-$ab_group;
整个过程无外部依赖、无锁、无网络调用，平均耗时 0.3ms。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
