调试运行在Alpine Docker容器中的Node.js服务
1. 先修正容器启动命令的参数顺序
你的docker run命令参数顺序错误，-p 3000:3000应该放在镜像名前面，否则会被当成传递给容器内Node进程的启动参数，导致端口映射根本没生效：
docker run --name node-test -d -p 3000:3000 rf-server-test-image
这也解释了你在ps aux里看到node app.js -p 172.0.0.1:3000:3000的原因——错误的参数被传给了应用，而Docker并未完成端口映射配置。
2. 验证容器端口映射与网络连通性
检查宿主机端口监听情况
在宿主机执行，确认3000端口是否被Docker绑定：
netstat -tulpn | grep 3000
如果看不到docker-proxy相关进程，说明端口映射未生效，重新执行修正后的启动命令。
容器内直接测试服务可用性
进入容器后，用curl直接访问本地端口，验证服务本身是否正常：
curl http://127.0.0.1:3000/你的路由路径
如果能返回结果，说明服务在容器内正常，问题出在网络映射或外部访问；如果不能，说明服务启动有隐藏问题。
从宿主机访问容器IP验证
先获取容器的内部IP：
docker inspect node-test | grep "IPAddress"
然后在宿主机用这个IP访问：
curl http://容器内部IP:3000/你的路由路径
如果能访问，说明容器网络正常，问题可能是端口映射或防火墙；如果不能，说明容器内服务的网络绑定仍有问题。
3. 增强日志输出
调整Hapi的日志级别
修改Hapi服务器配置，开启更详细的日志输出，覆盖请求的完整生命周期：
const server = Hapi.server({ port: 3000, host: "0.0.0.0", debug: { request: ['error', 'info', 'log'] } // 开启所有请求相关日志 });
同时确保Dockerfile的CMD/ENTRYPOINT中没有将日志重定向到文件（除非你挂载了宿主机目录持久化日志）。
前台运行容器查看实时输出
启动容器时不要用-d后台模式，前台运行直接查看实时输出：
docker run --name node-test -p 3000:3000 rf-server-test-image
这样能直接看到服务启动和请求处理时的所有输出，包括可能被忽略的错误信息。
4. 验证进程的网络绑定
在容器内执行，确认Node进程确实绑定到了0.0.0.0:3000，而非其他地址：
ss -tulpn | grep node
正确输出应该类似：LISTEN 0 511 0.0.0.0:3000 0.0.0.0:* users:(("node",pid=1,fd=12))
如果显示绑定的是127.0.0.1或其他非0.0.0.0的地址，说明Hapi的host配置没生效，检查代码是否有其他地方覆盖了配置。
5. 追踪容器内网络流量
用tcpdump在容器内抓包，查看是否有请求到达容器：
- 在Alpine容器内安装tcpdump：
apk add tcpdump
- 启动抓包，监听3000端口：
tcpdump -i any port 3000 -v
然后从宿主机或外部发起请求，观察是否有数据包被捕获。如果没有，说明请求根本没到达容器；如果有但服务没响应，说明服务处理逻辑存在问题。
内容的提问来源于stack exchange，提问作者Not a machine
