daemon.json 不支持配置容器健康检查默认值，因其仅管理守护进程级配置，而健康检查属容器/镜像维度；需通过基础镜像预置、compose 模板、ci/cd 校验等方式统一管理。
docker 的 daemon.json 文件**不支持配置容器健康检查的默认值**（如默认的 healthcheck 指令参数）。这是关键前提，必须先明确。
为什么 daemon.json 无法设置健康检查默认值
Docker 守护进程（daemon）的 daemon.json 主要用于配置运行时行为、网络、存储、日志、安全策略等全局选项，例如：insecure-registries、default-runtime、log-driver 等。但容器级别的行为（如健康检查、启动命令、环境变量、端口映射）属于镜像构建或容器运行时定义范畴，不由守护进程统一默认控制。
健康检查逻辑由镜像作者通过 Dockerfile 中的 HEALTHCHECK 指令定义，或由用户在 docker run / docker-compose.yml 中显式指定 —— 这些都是容器/服务维度的配置，不在 daemon 层面管理。
替代方案：统一管理健康检查的实用方法
虽然不能“全局默认”，但可通过以下方式实现团队或项目级的一致性：
minimax-mcp-docker版（适配极空间）
下载
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
-
基础镜像预置 HEALTHCHECK：在公司/团队的基础镜像（如
myapp-base:latest）中写入标准HEALTHCHECK，下游业务镜像FROM它即可继承，无需重复声明。 -
Docker Compose 模板复用：在
docker-compose.yml中定义可复用的健康检查片段（如使用 YAML anchor 或拆分配置），或通过 Makefile / scripts 注入标准健康检查参数。 -
CI/CD 流水线校验：在构建阶段用脚本检查 Dockerfile 是否包含
HEALTHCHECK，或检查镜像docker inspect IMAGE | grep Health，缺失则失败，强制规范。 -
运行时覆盖（临时补救）：对已有镜像启动容器时，用
--health-cmd、--health-interval等参数显式覆盖（仅限docker run，不适用于已构建镜像的默认行为）。
daemon.json 中与健康检查间接相关的配置
虽不能设健康检查默认值，但以下 daemon 级配置会影响健康检查执行效果：
-
"default-ulimits": { "nofile": { "Name": "nofile", "Hard": 65536, "Soft": 65536 } }：避免健康检查脚本因文件描述符不足失败。 -
"log-driver": "json-file"及其"log-opts"：确保健康检查日志可被采集和排查。 -
"live-restore": true：守护进程重启时保持容器运行，减少健康检查中断风险。
想让所有容器自动带健康检查，核心思路是“从镜像源头或编排层统一注入”，而不是寄望于 daemon.json。不复杂但容易忽略。
