Docker容器被强制终止后，共享内存是否会出现泄漏？

1. 强制终止时共享内存的状态 #

使用docker kill命令时，默认发送SIGKILL信号——该信号无法被进程捕获或处理，进程会被内核直接终止，没有机会执行主动清理逻辑（包括释放共享内存）。

共享内存的处理需分两类：

• 匿名共享内存（如mmap创建）：这类内存与进程生命周期绑定，进程被强制终止后，内核会自动回收，不会产生泄漏。
• 命名共享内存（System V shmget/shmat 或 POSIX命名共享内存）：这类属于内核级全局资源，默认不会随进程终止自动释放。仅当创建时设置SHM_DEST（System V）或挂载时指定自动清理属性，才会在最后一个关联进程退出时被回收。

2. Docker的自动清理逻辑 #

Docker本身不会主动清理容器遗留的命名共享内存资源，但存在两种场景差异：

• 默认独立IPC命名空间：Docker默认给每个容器分配独立的IPC命名空间。当容器被docker rm移除时，该IPC命名空间会被内核销毁，其中的所有命名共享内存资源会被自动回收。若仅执行docker kill未移除容器，IPC命名空间仍存在，共享内存也不会释放。
• 共享宿主机IPC命名空间（--ipc=host）：容器直接使用宿主机的IPC命名空间，强制终止后遗留的共享内存会留在宿主机上，Docker不会主动清理。

3. 泄漏的预防与处理 #

• 优先使用docker stop替代docker kill：docker stop默认发送SIGTERM信号，等待10秒后再发送SIGKILL，为进程预留执行清理逻辑的时间。可通过--time参数调整等待时长，例如docker stop --time=30 <container-id>。
• 应用层添加信号处理：若需使用docker kill，可指定发送可捕获的信号（如docker kill --signal=SIGINT <container-id>），同时在应用代码中实现信号捕获逻辑，在收到SIGINT/SIGTERM时主动调用shmdt/shmctl（System V）或munmap/shm_unlink（POSIX）释放共享内存。
• 手动清理遗留资源：
  • 查看System V共享内存：执行ipcs -m，找到目标共享内存的ID后，用ipcrm -m <shmid>删除。
  • 查看POSIX命名共享内存：此类资源通常位于/dev/shm/目录下，直接用rm命令删除对应文件即可。
• 保持默认IPC隔离配置：不使用--ipc=host，依赖Docker默认的独立IPC命名空间，确保容器被移除时，内核自动回收所有关联的共享内存资源，避免污染宿主机。

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