daemon.json 不支持 default-cpus 参数，因 docker 将 cpu 限制视为运行时行为，需按容器负载动态调整；替代方案包括 --cpus 参数、ci/cd 模板固化、buildkit 构建限频及 systemd 限 dockerd 自身。
在 docker 中，daemon.json 本身**不支持直接设置容器的默认 cpu 配额（如每个容器默认最多用 1 核）**。官方并未提供类似 default-cpus 这样的标准字段来统一约束所有容器的 cpu 使用上限。
为什么 daemon.json 没有 default-cpus 参数
Docker 守护进程设计上将资源限制视为**运行时行为**，而非全局默认策略。CPU 调度依赖 cgroups 的动态时间片分配，不同容器负载特征差异大，硬性统一配额容易导致低负载容器被过度节流、高优先级服务无法弹性伸缩。因此，Docker 官方未将 CPU 默认限制纳入 daemon.json 的稳定配置项。
实际可用的替代方案
虽然不能靠 daemon.json 一键设默认 CPU，但可通过以下方式达成等效效果：
-
使用 --cpus 启动参数显式指定：每次运行容器时加上
--cpus=0.5或--cpus=1.0，这是最直接、最可靠的方式 -
通过脚本或 CI/CD 模板固化限制：在部署脚本、Kubernetes Helm Chart 或 Docker Compose 文件中统一写入
deploy.resources.limits.cpus，避免遗漏 -
启用 BuildKit 并配合构建时约束：在
daemon.json中开启"features": {"buildkit": true}，再结合docker build --progress=plain --cpus=1控制构建过程的 CPU 占用（仅限构建阶段） -
借助 systemd 对 dockerd 自身限频：虽不作用于容器，但可防止守护进程因调度压力失控，间接提升整体 CPU 调度稳定性（例如在
override.conf中设CPUQuota=80%）
注意不要误用的“伪配置”
网上有些资料提到 "default-cpus": 1，该字段并非 Docker 官方支持的配置项，在 Docker CE 20.10+ 或更早版本中均无解析逻辑，写入后不会生效，也不会报错，容易造成误判。请以 Docker 官方文档 为准。
真正需要统一管控 CPU 的生产环境，建议结合容器编排工具（如 Kubernetes 的 LimitRange）或运维平台策略引擎实现，比依赖 daemon.json 更健壮。
