在Docker中配置容器文件描述符限制的核心方法是通过宿主机systemd服务配置或Docker运行时参数调整，因容器不读取/etc/security/limits.conf且默认继承宿主机1024/4096的nofile限制；推荐使用--ulimit参数（如docker run --ulimit nofile=65536:65536）或docker-compose.yml中ulimits配置，也可通过daemon.json设置全局默认值，生效后需用ulimit -n和cat /proc/self/limits验证。
在 Docker 中配置容器的文件描述符限制（NoFile），核心是通过 宿主机 systemd 服务配置 或 Docker 运行时参数 来调整，因为容器本身不直接读取 /etc/security/limits.conf，且默认继承宿主机的 soft/hard nofile 限制（通常为 1024/4096）。
方法一：使用 --ulimit 运行时参数（推荐，简单直接）
这是最常用、最可控的方式，适用于 docker run 或 docker-compose。
-
--ulimit nofile=65536:65536表示将 soft 和 hard 限制都设为 65536 - soft 值不能超过 hard 值；若只写一个数字（如
nofile=65536），则 soft = hard - 该设置仅对当前容器生效，不影响宿主机或其他容器
- 示例命令：
docker run --ulimit nofile=65536:65536 -it nginx:alpine sh -c 'ulimit -n'
方法二：在 docker-compose.yml 中配置 ulimits
适合编排场景，语义清晰，易于版本管理。
- 在服务定义下添加
ulimits字段：
services:
app:
image: myapp:latest
ulimits:
nofile:
soft: 65536
hard: 65536
- 支持单独指定
soft或hard，也支持简写：nofile: "65536:65536" - 注意：Docker Compose v2+ 支持该语法；v1 需升级或改用
command+ulimit脚本方式（不推荐）
方法三：修改宿主机 Docker daemon 的默认 ulimit（全局生效）
适用于所有容器统一调高限制，但需重启 dockerd，影响范围广，建议谨慎使用。
- 编辑
/etc/docker/daemon.json，添加：
{
"default-ulimits": {
"nofile": {
"Name": "nofile",
"Hard": 65536,
"Soft": 65536
}
}
}
- 保存后执行：
sudo systemctl restart docker - 此后所有新启动的容器（未显式覆盖 ulimit）都将继承该默认值
- ⚠️ 注意：此设置不会影响已运行容器，也不改变容器内进程的
limits.conf行为（它本来就不生效）
验证是否生效
进入容器后，用以下命令确认：
-
ulimit -n→ 查看当前 shell 的 soft nofile 限制 -
cat /proc/self/limits | grep "Max open files"→ 查看进程级完整限制（含 hard） - 若应用是用非 root 用户启动（如
www-data），需确保该用户在容器内也能继承 ulimit（Docker 默认会传递，无需额外配limits.conf）
