不能直接在已运行的容器里“开启调试模式”，因为调试能力取决于应用启动时是否启用对应协议；docker exec 仅能检查、验证或有限补救，无法事后注入断点，未启用时须重启容器并修正启动参数。
不能直接在已运行的容器里“开启调试模式”，因为调试能力取决于应用启动时是否启用对应协议。docker exec 本身不改变主进程行为，它只是进入容器执行新命令——但你可以用它来检查、触发或补救调试条件。
确认应用是否已启用调试协议
多数语言需在启动时显式开启调试支持，比如：
- Node.js：检查是否带 --inspect=0.0.0.0:9229 启动（可执行
docker exec myapp ps aux | grep node查看完整命令） - Python：确认是否用了 pydevd-pycharm 或 pdb 远程监听（如
python -m pydevd --port 5678 --file train.py） - Java：查 JVM 参数是否含 -agentlib:jdwp（
docker exec myapp ps aux | grep java）
若没启用，仅靠 exec 无法事后注入断点；此时需重启容器并修正启动参数。
用 exec 快速验证调试端口与连通性
即使调试已启用，也常因端口未映射或防火墙拦截而失败。用 exec 直接在容器内验证：
- 检查调试端口是否被监听：
docker exec myapp ss -tuln | grep ':9229\|:5678\|:5005' - 测试本地可访问性：
docker exec myapp curl -s http://localhost:9229/json | head -n 1（Node.js Inspector） - 确认网络命名空间未隔离：
docker exec myapp cat /proc/1/ns/net与宿主机对比（应一致）
对未预置调试的容器做轻量级补救
若无法重启，又急需临时介入，可用 exec 配合语言特性实现有限调试：
- Python 容器中插入 pdb：
docker exec -it myapp python -c "import pdb; pdb.set_trace()"，再手动导入模块调试 - 向正在运行的 Python 进程发送信号触发调试器（需提前植入 hook）：
docker exec myapp kill -USR2 $(pgrep -f 'train.py') - 导出当前 Python 环境状态：
docker exec myapp python -c "import sys; print(sys.path); import torch; print(torch.__version__, torch.cuda.is_available())"
安全与权限注意事项
生产环境执行 exec 调试需规避风险：
- 避免使用 -u root：若容器默认以非 root 用户运行（如
USER 1001），强行切 root 可能失败或越权 - 禁用交互式 shell：对 distroless 或加固镜像，exec 不可用；改用
docker run --volumes-from挂载调试工具临时容器 - 调试端口不暴露到公网：映射调试端口（如
-p 5678:5678）仅限内网或 SSH 隧道转发，切勿绑定 0.0.0.0
