最近写了一个.net core项目,部署到CentOS并在docker上运行的时候,发现DateTime.Now获取的时间与Windows不一致(定时执行的任务,晚了8个小时),在Windows中可以正确的获得本地时间,而在Linux CentOS 的Docker环境中获取的时间少了8个小时。通过Linux命令查看本机时间,本地时间正确,但.net core在Docker运行获取时间依然是少8个小时。猜测可能是时区的问题,然后就找到了NodaTime的一个库进行获取统一时区的时间,完成后Linux CentOS的Docker环境上获取的时间就与Windows中保持了一致。
1.通过代码来解决
新增一个DateTime扩展方法:
public class TimeUtil
{
public static DateTime GetCstDateTime()
{
Instant now = SystemClock.Instance.GetCurrentInstant();
var shanghaiZone = DateTimeZoneProviders.Tzdb["Asia/Shanghai"];
return now.InZone(shanghaiZone).ToDateTimeUnspecified();
}
}
public static class DateTimeExtentions
{
public static DateTime ToCstTime(this DateTime time)
{
return TimeUtil.GetCstDateTime();
}
}
在程序中获取时间都通过如下方法,即可实现在Windows和Linux保持统一:
DateTime.Now.ToCstTime();
2.直接通过同步时间来解决
方法一:共享服务器的localtime
创建容器的时候指定启动参数,挂载localtime文件到容器内 ,保证两者所采用的时区是一致的。
docker run --name qq -v /etc/localtime:/etc/localtime -d dotnetcoreqqcloudsms
方法二:复制主机的localtime
docker cp /etc/localtime 【容器ID或者NAME】:/etc/localtime
在完成后,再通过date命令进行查看当前时间。
但是,在容器中运行的程序的时间不一定能更新过来,比如在容器运行的MySQL服务,在更新时间后,通过sql查看MySQL的时间
select now() from dual;
可以发现,时间并没有更改过来。
这时候必须要重启mysql服务或者重启Docker容器,才能读取到更改过后的时间。
方法三:创建自定义的dockerfile
在原本dockerfile文件中新增内容。
添加.Net Core 2.2基础镜像
FROM microsoft/dotnet:2.2-aspnetcore-runtime
容器工作目录
WORKDIR /app
拷贝发布目录下的所有文件到容器的工作根目录
COPY . /app
设置时区 解决docker容器时间和服务器时间不一致的问题
RUN /bin/cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
&& echo 'Asia/Shanghai' > /etc/timezone \
暴露docker容器的端口
EXPOSE 80
EXPOSE 443
容器的入口点
ENTRYPOINT ["dotnet", "CRM.dll"]
保存后重新生成镜像运行即可。
参考原文:
https://www.skyfinder.cc/2018/10/01/dotnetcoredatetimenotunified/
https://www.skyfinder.cc/2018/12/14/dockerandhostdatetimenotsame