容器默认共享宿主机系统时钟而非直接访问RTC，所谓“使用本地时间”实为使容器显示时间与宿主机本地时区一致；通过挂载/etc/localtime和/etc/timezone（只读）或在Dockerfile中固化时区配置可实现，无需操作硬件时钟。
容器默认不直接访问硬件时钟（RTC），而是共享宿主机内核的系统时钟。所谓“使用本地时间”，本质是让容器显示的时间与宿主机的**本地时区时间一致**，而非切换 RTC 模式。硬件时钟本身通常以 UTC 存储，由宿主机操作系统负责读取并结合时区转换为本地时间——容器无需、也不应直接操作 RTC。
挂载宿主机时区文件（最常用且可靠）
这是让容器显示时间与宿主机“看起来一样”的标准做法：
-
同时挂载两个关键文件：用
-v /etc/localtime:/etc/localtime:ro和-v /etc/timezone:/etc/timezone:ro，确保时区规则和时区标识都同步 -
只读挂载（
:ro）是必须的，避免容器意外修改宿主机配置 - 适用于 Ubuntu/Debian/CentOS 等主流发行版，启动命令示例：
docker run -d -v /etc/localtime:/etc/localtime:ro -v /etc/timezone:/etc/timezone:ro -e TZ=Asia/Shanghai nginx
在 Dockerfile 中固化时区（适合镜像标准化）
构建阶段就写入时区配置，脱离对宿主机文件的依赖：
- Debian/Ubuntu 镜像中，安装
tzdata并设置软链接：RUN ln -snf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime && echo "Asia/Shanghai" > /etc/timezone - Alpine 镜像需额外安装：
RUN apk add --no-cache tzdata && cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime - 配合
ENV TZ=Asia/Shanghai，提升应用层兼容性（如 Java、Node.js）
验证是否生效
进入容器后执行以下命令确认：
-
date—— 输出时间应与宿主机date完全一致（包括时区缩写，如 CST 或 CST） -
cat /etc/timezone—— 应显示Asia/Shanghai -
ls -l /etc/localtime—— 应指向/usr/share/zoneinfo/Asia/Shanghai或为相同内容的副本
关于硬件时钟（RTC）的说明
容器无法、也不需要直接读写物理 RTC。宿主机 BIOS/UEFI 中的硬件时钟由系统内核统一管理，通常设为 UTC。Linux 发行版通过 systemd-timedated 或 hwclock 在启动时将 RTC 时间加载为系统时间，并根据 /etc/adjtime 和时区设置计算本地时间。容器复用该系统时间，因此只需确保时区配置正确，即等效于“使用本地时间”。
