向容器内进程发送信号本质是向其宿主机真实pid发信号；需先用docker top等命令查出host pid，再用kill直接操作，无需进入容器或root权限。
给容器内指定进程发送信号，本质仍是向 Linux 进程发信号，只是目标进程运行在容器命名空间中。只要能获取到该进程在宿主机视角下的真实 PID（即 host PID），就可以用标准方式（kill 命令或系统调用）直接发送信号——容器不是隔离信号的边界，PID 命名空间之外仍可见其进程。
确认容器内进程的真实 PID
容器共享宿主机内核，进程在宿主机上仍有唯一 PID。需先查出目标进程在宿主机上的 PID：
- 用
docker top <container></container>查看容器内所有进程及其宿主机 PID（第二列） - 或进入容器执行
ps aux得到容器内 PID（如123），再在宿主机上运行：ps --ppid $(cat /proc/$(pgrep -f "docker-containerd.*$container_id")/pid) -o pid,comm | grep $container_pid（较绕） - 更可靠方式：通过
/proc/<host-pid>/status</host-pid>验证所属容器
例如查 PID 为18942的进程是否属于某容器：grep -i "container" /proc/18942/status 2>/dev/null || echo "not in container"
直接使用 kill 命令发送信号
拿到宿主机 PID 后，发送信号与普通进程完全一致：
-
kill -TERM 18942—— 发送默认终止信号（可被程序捕获） -
kill -9 18942—— 强制终止（SIGKILL，不可忽略、不可捕获） -
kill -USR2 18942—— 发送自定义信号（如触发日志滚动、重载配置）
注意：无需进入容器、无需 root 权限（只要对目标进程有 signal 权限，通常同用户即可）。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
通过 docker exec 间接发送（仅适用于前台主进程）
若目标进程是容器的主进程（PID 1），且你只需发常见信号（如 SIGTERM、SIGHUP），可用：
-
docker kill --signal=SIGUSR1 <container></container>—— 向容器主进程（PID 1）发信号 -
docker kill <container></container>默认发 SIGKILL；docker stop默认先发 SIGTERM，等 10 秒再 SIGKILL
⚠️ 此方式不能指定容器内任意子进程，只作用于 PID 1 主进程。
在容器内用系统调用发送（编程场景）
如果是在容器内运行的程序需要给自己或其他容器内进程发信号：
- 调用
kill(pid, SIGUSR2)：目标pid是容器内看到的 PID（即相对 PID 命名空间） - 调用
raise(SIGINT)或abort()：只影响当前进程 - 注意：容器内进程无法直接向宿主机其他非同组进程发信号（权限隔离仍生效）
跨进程发信号时，只要在同一个 PID 命名空间内（即同容器），用容器内 PID 即可；若要跨容器或到宿主机，则必须用宿主机 PID，并满足权限要求。
