Alpine Linux的musl libc与glibc不兼容导致Node.js原生模块加载失败，根本原因是ABI层面二进制不匹配；npm install成功仅完成JS依赖下载，而预编译的.node文件依赖glibc，需通过--build-from-source强制在musl环境中重编译，并配置remoteEnv和LD_LIBRARY_PATH确保VSCode扩展主机正确加载。
Alpine Linux 的 musl libc 与 glibc 不兼容，导致多数预编译 Node.js 原生模块（如 sqlite3、fsevents、sharp）在 VSCode 远程容器（Remote-Containers）中直接报 Cannot find module './build/Release/xxx.node' ——这不是路径问题，而是 ABI 层面的二进制不兼容。
为什么 Alpine 容器里 npm install 能过但插件仍加载失败
npm install 成功只说明 JS 层依赖下载完成，但原生模块（.node 文件）往往依赖预编译二进制。官方发布的 node_modules 包默认面向 glibc（Ubuntu/Debian/macOS），Alpine 使用 musl，dlopen() 直接失败，错误常静默吞掉，仅在开发者工具 Console 中可见 Extension host terminated 或空激活日志。
- 检查方式：在容器终端运行
ldd node_modules/sharp/build/Release/sharp.node，若提示not a dynamic executable或musl相关缺失，即确认 musl 不兼容 -
npm install不会自动触发重编译——除非显式加--build-from-source参数 - VSCode Remote-Containers 启动时默认复用本地
node_modules缓存，可能带入 glibc 版本残留，加剧问题
如何强制在 Alpine 容器内重编译原生模块
必须让构建过程全程运行在 Alpine 环境中，且使用 musl 兼容的构建链。关键不是换 Node 版本，而是确保 node-gyp 和编译器链匹配 musl。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 在
Dockerfile中安装构建依赖：apk add --no-cache python3 make g++（注意：Alpine 的g++默认链接 musl） - 安装前设环境变量：
ENV npm_config_build_from_source=true，避免拉取预编译包 - 对特定模块单独重建：
npm rebuild sharp --build-from-source --target_arch=x64 --target_libc=musl - 若用 pnpm，需额外加
--filter避免 workspace 内其他包干扰：pnpm rebuild sharp --build-from-source
哪些原生模块在 Alpine 上天然不支持
部分模块根本不提供 musl 构建支持，即使重编译也会失败。这类模块通常依赖 glibc 特有符号（如 __register_atfork）或专有系统调用。
-
fsevents：macOS 专属，Alpine 下无意义，应通过package.json的optionalDependencies声明并忽略 -
keytar：依赖系统密钥服务（GNOME Keyring / KWallet），Alpine 容器默认无桌面环境，无法启用 -
sqlite3：可用，但必须指定--sqlite_libpath=/usr/lib（Alpine 的 lib 路径不同） - 替代方案优先选纯 JS 实现：
sql.js替代sqlite3，pngjs替代sharp（性能降级但兼容性升维）
VSCode Remote-Containers 启动后仍加载失败的隐藏原因
即使容器内 node -e "require('sharp')" 成功，VSCode 插件仍可能报错——因为扩展主机（Extension Host）进程由 VSCode 客户端注入，其 process.env 和 LD_LIBRARY_PATH 并未继承容器环境。
- 在
.devcontainer/devcontainer.json中显式注入："remoteEnv": { "LD_LIBRARY_PATH": "/usr/lib:/lib" } - 禁用插件的预编译缓存：在
devcontainer.json加"features": { "ghcr.io/devcontainers/features/node:1" }时，确认该 feature 未硬编码npm_config_cache到宿主机路径 - 最简验证法：在容器终端执行
code-server --port=8080 --disable-telemetry启动独立 server，若此时插件正常，则确认是 VSCode 桌面客户端与容器环境隔离所致
musl 兼容性不是“装完依赖就能跑”，它要求整个工具链（Node.js、node-gyp、C++ 编译器、原生模块源码）全部对齐；任何一环用错 libc 变体，都会在 dlopen 阶段静默崩溃。别信“alpine-node 镜像自带一切”的说法——它只保证 Node 运行时，不保证你装的每个 node_modules 都能活下来。
