Docker容器时间不同步源于其独立时钟仅继承启动时宿主机时间且不自动更新，解决核心是共享宿主机实时系统时间；推荐挂载/etc/localtime和/etc/timezone只读卷，辅以宿主机NTP校准。

在 Docker 容器中，时间不同步通常是因为容器默认使用自己的独立时钟（继承自启动时的宿主机时间），且不随宿主机系统时间变更而自动更新。尤其当宿主机启用了 NTP 校时、休眠唤醒、或虚拟机迁移后，容器内的时间容易滞后或超前。解决核心是让容器共享宿主机的实时系统时间，而非仅“初始化同步一次”。

方法一：挂载宿主机的 /etc/localtime 和 /etc/timezone（推荐）

这是最常用、轻量且兼容性好的方式，适用于大多数 Linux 宿主机（Ubuntu/CentOS/Debian 等）。

• 确保宿主机时间已校准（如运行 sudo timedatectl set-ntp true 或 sudo ntpdate -s time.nist.gov）
• 启动容器时添加两个只读挂载：

  docker run -v /etc/localtime:/etc/localtime:ro -v /etc/timezone:/etc/timezone:ro ... your-image

• 对已有容器，可进入后手动检查：date 和 cat /etc/timezone，确认与宿主机一致

方法二：使用 host 时间命名空间（更彻底，但需注意隔离性）

通过 --privileged 或 --cap-add=SYS_TIME 并配合 --pid=host 不是必须，真正起作用的是 --ipc=host 也不相关——关键参数是：

• --uts=host：共享 UTS 命名空间（含 hostname 和 clock domain），但 Docker 默认不支持直接挂载 host 时钟
• 实际可行的是：--privileged + 挂载 /dev/rtc（极少用，且不跨平台）
• 更可靠的做法：使用 --network=host 并不解决时间问题；真正有效的是 --volume /etc/localtime:/etc/localtime:ro 已覆盖绝大多数场景

方法三：容器内定期同步（适合无法修改启动参数的场景）

若容器必须独立时钟（如测试环境模拟时区偏移），或你无法控制 docker run 命令（如某些 PaaS 平台），可在容器内启用 NTP 客户端：

• Alpine 镜像：安装 openntpd 或 busybox-extras 中的 ntpd
• Debian/Ubuntu：安装 ntpdate 或 chrony，并配置定时任务（crontab）每 5–10 分钟执行一次：
  */10 * * * * /usr/bin/ntpdate -s time.nist.gov >/dev/null 2>&1
• 注意：普通容器默认无 root 权限，需在 Dockerfile 中声明 USER root 或使用 --user root

补充说明：Docker Desktop（Mac/Windows）的特殊性

Mac 和 Windows 上的 Docker Desktop 运行在轻量虚拟机（HyperKit / WSL2）中，其内部 VM 的时间可能与宿主机不同步：

• Mac：打开 Docker Desktop → Preferences → General → ✅ “Synchronize system clocks across platforms”
• Windows（WSL2）：在 PowerShell 中运行：wsl --shutdown，再重启 WSL，Docker Desktop 会自动同步
• 若仍不准，可在 WSL2 内运行：sudo hwclock -s（同步硬件时钟到系统）

本质上，容器时间不准不是 Docker 的 bug，而是 Linux 命名空间的设计特性。只要挂载好 /etc/localtime 和 /etc/timezone，并确保宿主机本身时间准确，99% 的场景都能解决。