能否在Nginx njs环境中使用libsquoosh实现动态图片处理？

1. 打包报错直接原因：worker_threads是Node.js原生内置模块，browserify没有对应的兼容polyfill，自然无法找到该文件完成打包。就算你手动绕过打包阶段，njs运行时本身也没有实现worker_threads相关API，运行时必然报错。
2. 底层兼容性问题：libsquoosh的设计目标是在现代Node.js或者浏览器环境运行，大量使用了njs不支持的ES6+特性，且内部依赖的图片编码解码逻辑很多都依赖Node原生能力，完全不满足njs的兼容性要求，这条路从底层走不通。

• 方案一（纯Nginx原生能力，性能最优）：如果你的需求仅包含OSM瓦片的缩放、格式转换、压缩这类常规操作，直接用Nginx官方的image_filter模块即可，原生C实现性能远高于JS脚本，不需要额外引入任何依赖，直接在Nginx配置里就能完成缓存、处理的全逻辑。
• 方案二（保留njs控制逻辑，兼容全Node生态）：不用硬把libsquoosh塞进njs运行时，用njs的子请求功能把待处理的图片转发到本机监听的轻量化Node服务，Node服务里用libsquoosh处理完成后返回结果给njs，由njs统一做缓存、回包逻辑。这种方式几乎没有改造成本，性能损耗极低，同时保留了你用njs做流量调度的初衷。
• 方案三（纯njs实现，仅适合极简单场景）：如果一定要用纯njs实现图片处理，放弃libsquoosh，选择无原生依赖、仅用ES5语法实现的轻量图片编解码库，比如jpeg-js、pngjs，用babel把所有代码转译成ES5后再用browserify打包，打包配置里要明确排除所有Node原生模块，手动补全可用的polyfill。这种方案能支持的处理能力非常有限，仅适合简单的像素级操作，不建议用于瓦片处理场景。

内容的提问来源于stack exchange，提问作者Павел Пешеев