《Docker 镜像源奇遇记：一场由"重启大法"引发的血案》

——论如何用玄学战胜技术难题

第一章：从天堂到地狱，只需一个镜像源

那是一个风和日丽的下午，我怀揣着将迷你主机改造成"Ubuntu 24.04 服务器+ Docker 全家桶"的雄心壮志，哼着小曲敲下官方安装命令。一切顺利得令人发指——Docker 27.5.1 版本优雅地躺在了我的终端里，docker run hello-world 弹出的吉祥物仿佛在对我微笑："恭喜你，少年，你已踏入容器世界的门槛！"

然而，命运的转折总是来得猝不及防。当我搜索"Docker 国内镜像源配置"时，命运的齿轮开始发出诡异的"嘎吱"声……

第二章：与 JSON 格式的生死搏斗

按照教程，我庄严地祭出神圣的 sudo vim /etc/docker/daemon.json，以颤抖的手指敲下：

{
  "registry-mirrors": ["https://你的镜像源.我爱你"]
}

保存，退出，一气呵成！仿佛听见了镜像加速的引擎轰鸣声。 接着，我虔诚地执行了经典三连：

sudo systemctl daemon-reload
sudo systemctl restart docker
sudo systemctl status docker

终端显示："Docker 服务运行正常！" 我嘴角上扬，优雅地输入 docker info，准备迎接镜像源的胜利宣言——

然而，屏幕上却没有关于镜像源的任何信息。

第三章：人类迷惑行为大赏

那一刻，我的表情堪比蒙克的名画《呐喊》。

怀疑人生阶段："是我 JSON 少了个逗号？还是镜像源地址拼错了？"（反复检查 20 遍，甚至用在线 JSON 验证器确认） 玄学操作阶段：重启服务器、给路由器磕头、对着机箱唱《好运来》…… 社交求助阶段：微信群消息刷屏："救救孩子！镜像源不显示！"（收获建议包括但不限于：重装系统、换镜像源、检查网络、甚至有人建议我"换个键盘试试"） 但！统统无效！ Docker 依然高冷地拒绝承认镜像源的存在，仿佛在说："你的诚意不够，请充值信仰。"

第四章：绝地反击之"薛定谔的重启"

在即将输入"卸载 Docker"命令的悲壮时刻，我盯着这行代码：

sudo systemctl stop docker.service docker.socket containerd.service

突然，一道闪电劈中天灵盖—— "既然停止服务是卸载的前戏……那如果停止后再重新启动呢？"

颤抖的手，叛逆的心。

sudo systemctl stop docker.service docker.socket containerd.service
sudo systemctl start docker.service

再次输入 docker info 的瞬间，我闭上了眼睛……

——镜像源地址赫然在列！

第五章：科学尽头是玄学

事后复盘，我悟了：

Docker 的脾气像极了女朋友：普通的"重启"（restart）只是敷衍，"先停止再启动"才是真心悔过。 中文互联网的隐藏秘籍：所有教程都只说"restart"，却无人提及"stop + start"的终极奥义。 程序员生存法则：遇到问题先别急着卸载，试试"关掉再打开"，此定律对路由器、程序、甚至人类均有效。 后记：致后来者的血泪忠告 当你修改 daemon.json 后镜像源不生效，请尝试： bash sudo systemctl stop docker
sudo systemctl start docker
而不是直接 restart！（别问为什么，问就是 Docker 的量子态逻辑） 如果还不行，建议对屏幕深情朗诵："求求你了，显示吧！"（亲测心理暗示有效） 终极解决方案：把本文链接扔给 ChatGPT，让它写个《Docker 镜像源安抚脚本》 记住：与 Docker 斗，其乐无穷；与镜像源斗，其秃无穷。

（完）

作者注：本文写作过程中，没有一只 Docker 容器受到伤害，除了我的头发。