Docker部署WildFly standalone容器80端口映射生效但本地无法访问

• CMD指令覆盖问题（核心原因）：同一Dockerfile中只有最后一条CMD会生效，你先后写了两条CMD：第一条启动WildFly，第二条执行tail -f /var/log/lastlog，最终生效的是第二条。从当前容器列表的COMMAND字段"/bin/sh -c 'tail -f…'"可以验证：容器根本没有启动WildFly进程，仅在执行无意义的日志跟踪命令，属于进程假活状态，哪怕端口映射配置正确，容器内80端口也没有任何服务在监听。
• 环境变量引用错误：即使WildFly启动指令没有被覆盖，你写的JBOSS_HOME/bin/standalone.sh -b=0.0.0.0属于硬编码字符串，shell不会识别JBOSS_HOME为系统环境变量，会直接去当前工作目录下找名为JBOSS_HOME的子文件夹，必然报路径不存在的启动错误。
• 端口配置匹配问题：WildFly默认HTTP监听端口为8080，你之前在Ubuntu宿主机上是手动修改了standalone.xml才将端口改成80的，如果拷贝到容器的WildFly目录里的配置没有同步完成80端口的修改，即使服务正常启动，也只会监听容器内的8080端口，映射的80端口无法接收到请求。
• 你注释掉的EXPOSE 80不会直接导致访问失败，因为docker run时已经手动做了端口映射，这部分仅属于镜像规范问题，不是故障原因。

1. 修正Dockerfile #

移除冗余的第二条CMD，将WildFly启动指令设置为容器唯一前台主进程，修正环境变量引用语法，补充端口声明，修正后的核心片段参考：

# 前面的安装Java、创建目录、拷贝WildFly、设置环境变量步骤保持不变
EXPOSE 80
# 单条CMD启动WildFly，正确引用环境变量，确保进程前台运行
CMD $JBOSS_HOME/bin/standalone.sh -b 0.0.0.0

注意：不要在启动命令后加后台运行符号&，Docker要求容器主进程必须在前台持续运行，否则容器会自动退出

2. 校验WildFly端口配置 #

打开你拷贝到本地的WildFly目录下的standalone/configuration/standalone.xml，确认两处配置：

• undertow组件的HTTP监听器绑定的socket为http
• http对应的socket绑定端口为80，而非默认的8080
  如果是默认的8080配置，可根据你原Ubuntu服务器上的生产配置同步修改，确保和原运行环境一致。

3. 重新构建启动流程 #

• 删除当前假活的旧容器：docker stop dej_website && docker rm dej_website
• 重新构建镜像：docker build --tag wildfly_dej_website:2.0 .
• 按原命令启动容器：docker run -d --name dej_website -p 80:80 wildfly_dej_website:2.0

4. 故障排查校验 #

如果启动后仍无法访问，依次执行以下命令定位问题：

• 确认容器内WildFly进程正常运行：docker exec dej_website ps -ef | grep standalone
• 查看WildFly启动报错日志：docker logs dej_website
• 验证容器内80端口的监听状态：docker exec dej_website netstat -tulpn | grep :80

内容的提问来源于stack exchange，提问作者davids182009