使用GDB调试Docker Compose服务遇阻，求解决方案

问题根源 #

1. 调试目标完全错误：你把gdbserver绑在了启动脚本start.sh上（实际是启动docker-compose up），相当于调试的是docker-compose进程本身，而非目标容器内的service_test服务进程。docker-compose只是负责创建和启动容器，容器内的进程属于独立的命名空间，主机端的gdbserver根本追踪不到容器里的目标程序。
2. 端口配置用错场景：你在docker-compose里暴露5000端口，但实际应该是让容器内的gdbserver监听端口，再通过端口映射让主机能连接，而非在主机上启动gdbserver去套docker-compose进程。
3. 之前添加的follow-fork-mode等配置无效，因为从一开始就没对准正确的调试对象。

解决方法 #

方法一：修改docker-compose配置，直接启动带gdbserver的容器 #

1. 调整docker-compose.yml中service_test的配置：

   • 加端口映射：把容器的5000端口映射到主机5000端口
   • 替换启动命令，让容器直接启动gdbserver并监听，再启动目标服务进程
     示例配置：

   service_test:
     # 保留你原有的镜像、volumes等配置
     ports:
       - "5000:5000"
     command: gdbserver 0.0.0.0:5000 /容器内service_exec的绝对路径
   

   注意：如果容器镜像里没有gdbserver，要先修改Dockerfile添加安装命令（Debian/Ubuntu系用apt-get install -y gdbserver，RHEL/CentOS系用yum install -y gdb-gdbserver）。

2. 启动docker-compose：

   docker-compose up
   

   此时容器内的gdbserver会处于等待连接状态。

3. 主机端启动gdb调试：

   gdb /主机端与容器内同版本的service_exec路径
   

   在gdb提示符里执行：

   target remote localhost:5000
   continue
   

   这时就能正常调试容器内的目标进程了。

方法二：attach到已运行的容器进程 #

1. 正常启动docker-compose：

   docker-compose up
   

2. 找到容器内service_exec的进程PID：

   # 先获取service_test的容器ID
   docker ps | grep service_test
   # 进入容器查看进程PID
   docker exec <容器ID> ps aux | grep service_exec
   

3. 在容器内启动gdbserver并attach到目标进程：

   docker exec -it <容器ID> gdbserver :5000 --attach <目标进程PID>
   

4. 主机端同样启动gdb，执行target remote localhost:5000即可开始调试。

关键注意事项 #

• 主机端的service_exec必须和容器内的是同一编译版本，否则符号表不匹配，无法正确断点、查看变量。
• 容器内必须安装gdbserver，否则所有相关命令都会执行失败。

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