nlohmann/json是C++解析daemon.json的事实标准库，零依赖、头文件即用，能安全处理嵌套、数组、转义及异常，避免手写解析或Boost.PropertyTree等方案的结构丢失与容错缺陷。
daemon.json 是标准 JSON 格式文件，C++ 本身不内置 JSON 解析能力，必须依赖第三方库。直接用 fstream 读取再手写解析是不可取的——语法容错差、无嵌套支持、易崩溃，且 daemon.json 中常见数组、对象嵌套、字符串转义（如镜像地址含斜杠）、空值等边界情况。
用 nlohmann/json 最简落地
这是目前 C++ 生态中事实标准的头文件级 JSON 库，零依赖、API 直观、错误提示清晰，适合解析 daemon.json 这类结构明确但需健壮性的配置文件。
- 它能自动处理
"registry-mirrors"数组、"log-opts"嵌套对象、布尔值"live-restore"、数字"max-concurrent-downloads"等所有常见类型 - 遇到非法 JSON（比如少逗号、单引号、注释）会抛
nlohmann::json::parse_error，而不是静默失败 - 不需要编译安装：下载 single_include/nlohmann/json.hpp 放入项目即可
示例：读取并安全提取镜像加速地址
#include <nlohmann/json.hpp>
#include <fstream>
#include <iostream><p>using json = nlohmann::json;</p><div class="aritcle_card flexRow">
<div class="artcardd flexRow">
<a class="aritcle_card_img" href="/xiazai/skill5054" title="Docker Cli"><img
src="https://img.php.cn/upload/skill/000/000/081/179032506333975.jpg" alt="Docker Cli" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a href="/xiazai/skill5054" title="Docker Cli">Docker Cli</a>
<p>使用 Docker CLI 构建、运行、停止、检查和管理容器与镜像的助手。用于执行容器相关任务。</p>
</div>
<a href="/xiazai/skill5054" title="Docker Cli" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
</div>
</div><p><span>立即学习</span>“<a href="https://pan.quark.cn/s/6e7abc4abb9f" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">C++免费学习笔记（深入）</a>”；</p><p>int main() {
std::ifstream f("/etc/docker/daemon.json");
if (!f.is_open()) {
std::cerr << "无法打开 /etc/docker/daemon.json\n";
return 1;
}</p><pre class='brush:php;toolbar:false;'>try {
json j = json::parse(f);
// 安全取值：不存在字段返回 null，不会崩溃
auto mirrors = j["registry-mirrors"];
if (mirrors.is_array() && !mirrors.empty()) {
std::cout << "首个镜像源: " << mirrors[0].get<std::string>() << "\n";
} else {
std::cout << "未配置 registry-mirrors\n";
}
} catch (const json::parse_error& e) {
std::cerr << "JSON 解析失败，位置 " << e.position << ": " << e.what() << "\n";
return 1;
}}
为什么不用 Boost.PropertyTree 或 std::regex 手撕
-
Boost.PropertyTree声称支持 JSON，但实际把数组降级为“同名 key 多次出现”，丢失原始结构；遇到"insecure-registries": ["<a href="https://www.php.cn/link/7a26065938da4b8ac5e7717da7e25efa">https://www.php.cn/link/7a26065938da4b8ac5e7717da7e25efa</a>"]会误判为单个字符串而非数组，导致后续逻辑错乱 - 用
std::regex匹配"registry-mirrors":\s*[([^]]+)]看似简单，但无法处理嵌套引号（如"<a href="https://www.php.cn/link/c146742fcbfe0aa9aae8b1c9c22fddd1">https://a\"b.com</a>"）、换行、转义反斜杠、Unicode 字符，且无法校验整体合法性 —— 一旦daemon.json被人误加了注释或逗号，程序就可能跳过关键字段甚至读出垃圾数据
生产环境必须检查的三件事
-
daemon.json文件权限必须是644且属主为root，C++ 程序若以非 root 用户运行，std::ifstream会静默失败（!f.is_open()为真），不能只靠异常捕获 - 不要假设字段一定存在：
j["dns"]可能根本没定义，此时直接调用.get<std::vector<std::string>>()会抛out_of_range；应先用is_array()、is_string()判断类型 - 修改
daemon.json后 Docker 服务需重启才能生效，C++ 程序读到的是磁盘当前内容，不代表dockerd实际运行时配置 —— 如果你要做配置热检，得同时调用docker info --format '{{json .RegistryConfig}}'做交叉验证
真正难的不是“怎么解析”，而是“解析后如何应对缺失、类型错位、权限异常、服务未重载”这些现实场景。nlohmann/json 提供了干净的 API，但每一步取值前的类型检查、错误分支的明确处理，才是让代码在服务器上稳住的关键。
