最近寫了一個.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