聊聊.netcore采坑那一些事之系統時間and文件路徑
- 2020 年 3 月 9 日
- 筆記
聊聊.netcore采坑那一些事之系統時間and文件路徑
Hi,小夥伴大家好，最近工作比較忙，很久沒有和大家分享點東西了。這個周末都加了兩天班。公司的新項目都是採用.netcore來開發，在開發過程中，也踩到了一些坑，在此先總結兩個坑，這兩個坑都是關於Linux（CentOS）和windows下的兼容性問題。我們最開始的開發環境介面調用一直是部署在windows環境運行一切正常，但是部署到Linux（CentOS）環境下，就出現了這兩個問題，其實問題也簡單：獲取系統時間，實際時間少了8個小時；文件路徑被識別為了文件名。下面就簡單分享一下解決方式，其實只要你一看，發現很簡單的，之所以分享出來，當你才開始用戶.netcore時，可以有一個提示作用，嘿嘿！
一、DateTime.Now獲取系統時間少了8個小時
.net core項目，部署到Linux（CentOS）上的時候，發現DateTime.Now獲取的時間與Windows不一致，獲取到系統時間比系統的時間實際少了8個小時，發現這一個問題，大家第一時間想到的是時區差異。網上搜了一下，發現還有不少的小夥伴遇到了同樣的問題，有給出了對應的解決方式，具體如下：
具體原因就是：Linux和Windows兩者所採用的時區不同，兩者的時區分別為：Linux：IANA，Windows:Windows time zone IDs。這就是最終元兇啦！
找到原因後，那麼該如何解決呢？方式很簡單，就是兩者採用同一個時區不就完事了嘛，最終統一採用IANA，在實現上可以藉助第三方庫：NodaTime。具體實現程式碼如下：
/// <summary> /// 獲取系統當前時間 /// </summary> /// <returns>系統當前時間</returns> public static DateTime GetSysDateTimeNow() { Instant now = SystemClock.Instance.GetCurrentInstant(); var shanghaiZone = DateTimeZoneProviders.Tzdb["Asia/Shanghai"]; return now.InZone(shanghaiZone).ToDateTimeUnspecified(); }
是不是so easy？
其實我們使用時間的時候，會有很多種方式，也會對時間做很多格式轉換，比如：yyyy-MM-dd HH:mm:ss格式化時間，時間和時間戳的相互轉換等等。為了統一規範操作，在實際項目中，我們對時間的操作根據實際需要做了一個統一封裝，當然了在很多人看來是沒有多大技術含量的，也是哦，其目的是為了實現統一控制，方便管理，提高程式碼的復用性。現在我也把程式碼貼出，如果有需要的，你可以參考一下，同時我也生成了一個包，放到Nuget上，包名為（XYH.Tools.DateTimeTools），如果有需要的，可以擋下來使用。
我已經將源碼上傳到GitHub上，有興趣的可以檔下來
源碼地址：https://github.com/xuyuanhong0902/XYH.Tools.git
源碼：
/* ============================================================================== * 功能描述：所有時間的相關操作集合 * 創 建 者：程式修鍊之旅 交流微訊號：15908150902 * 創建日期： 2020-03-08 * CLR Version :1.0 * ==============================================================================*/ using NodaTime; using System; /// <summary> /// 公用幫助類 /// </summary> namespace XYH.Tools.DateTimeTools { /// <summary> /// 時間相關的操作類 /// </summary> public static class DateTimeTools { #region 獲取系統當前時間的幾個方法（返回時間+格式化後的時間字元串） /// <summary> /// 獲取系統當前時間 /// </summary> /// <returns>系統當前時間</returns> public static DateTime GetSysDateTimeNow() { Instant now = SystemClock.Instance.GetCurrentInstant(); var shanghaiZone = DateTimeZoneProviders.Tzdb["Asia/Shanghai"]; return now.InZone(shanghaiZone).ToDateTimeUnspecified(); } /// <summary> /// 獲取系統當前時間格式化字元串 24小時制 被格式化為 (yyyy-MM-dd HH:mm:ss.fff) /// </summary> /// <returns>系統當前格式化的時間字元串(yyyy-MM-dd HH:mm:ss.fff)</returns> public static string GetSysDateTimeNowStringYMD24HMSF() { return GetSysDateTimeNow().ToStringYMD24HMSF(); } /// <summary> /// 獲取系統當前時間格式化字元串 12小時制 被格式化為 (yyyy-MM-dd hh:mm:ss.fff) /// </summary> /// <returns>系統當前格式化的時間字元串(yyyy-MM-dd hh:mm:ss.fff)</returns> public static string GetSysDateTimeNowStringYMD12HMSF(this DateTime time) { return GetSysDateTimeNow().ToStringYMD12HMSF(); } /// <summary> /// 獲取系統當前時間格式化字元串 24小時制 被格式化為 (yyyy-MM-dd HH:mm:ss) /// </summary> /// <returns>系統當前格式化的時間字元串(yyyy-MM-dd HH:mm:ss)</returns> public static string GetSysDateTimeNowStringYMD24HMS(this DateTime time) { return GetSysDateTimeNow().ToStringYMD24HMS(); } /// <summary> /// 獲取系統當前時間格式化字元串 12小時制 被格式化為 (yyyy-MM-dd hh:mm:ss) /// </summary> /// <returns>系統當前格式化的時間字元串(yyyy-MM-dd hh:mm:ss)</returns> public static string GetSysDateTimeNowStringYMD12HMS(this DateTime time) { return GetSysDateTimeNow().ToStringYMD12HMS(); } /// <summary> /// 獲取系統當前時間格式化字元串 被格式化為 (yyyy-MM-dd) /// </summary> /// <returns>系統當前格式化的時間字元串(yyyy-MM-dd)</returns> public static string GetSysDateTimeNowStringYMD(this DateTime time) { return GetSysDateTimeNow().ToStringYMD(); } #endregion #region DateTime 擴展幾個 格式方法 /// <summary> /// 時間 格式化 24小時制 被格式化為 (yyyy-MM-dd HH:mm:ss.fff) /// </summary> /// <param name="time">被格式的時間</param> /// <returns>格式化後的時間字元串(yyyy-MM-dd HH:mm:ss.fff)</returns> public static string ToStringYMD24HMSF(this DateTime time) { return time.ToString("yyyy-MM-dd HH:mm:ss.fff"); } /// <summary> /// 時間 格式化 12小時制 被格式化為 (yyyy-MM-dd hh:mm:ss.fff) /// </summary> /// <param name="time">被格式化時間</param> /// <returns>格式化後的時間字元串(yyyy-MM-dd hh:mm:ss.fff)</returns> public static string ToStringYMD12HMSF(this DateTime time) { return time.ToString("yyyy-MM-dd hh:mm:ss.fff"); } /// <summary> /// 時間 格式化 24小時制 被格式化為 (yyyy-MM-dd HH:mm:ss) /// </summary> /// <param name="time">被格式化時間</param> /// <returns>格式化後的時間字元串(yyyy-MM-dd HH:mm:ss)</returns> public static string ToStringYMD24HMS(this DateTime time) { return time.ToString("yyyy-MM-dd HH:mm:ss"); } /// <summary> /// 時間 格式化 12小時制 被格式化為 (yyyy-MM-dd hh:mm:ss) /// </summary> /// <param name="time">被格式化時間</param> /// <returns>格式化後的時間字元串(yyyy-MM-dd hh:mm:ss)</returns> public static string ToStringYMD12HMS(this DateTime time) { return time.ToString("yyyy-MM-dd hh:mm:ss"); } /// <summary> /// 時間 格式化 被格式化為 (yyyy-MM-dd) /// </summary> /// <param name="time">被格式化時間</param> /// <returns>格式化後的時間字元串(yyyy-MM-dd)</returns> public static string ToStringYMD(this DateTime time) { return time.ToString("yyyy-MM-dd"); } #endregion #region 獲取時間戳 /// <summary> /// 獲取時間戳(秒) /// </summary> /// <returns>秒時間戳</returns> public static long GetSecondTimestamp() { // 以1970-1-1 為時間開始 同系統當前時間的秒差值即為秒時間戳 TimeSpan ts = GetSysDateTimeNow() - new DateTime(1970, 1, 1, 0, 0, 0, 0); return Convert.ToInt64(ts.TotalSeconds); } /// <summary> /// 獲取時間戳（毫秒） /// </summary> /// <returns>毫秒時間戳</returns> public static long GetMilliSecondTimestamp() { // 以1970-1-1 為時間開始 同系統當前時間的毫秒差值即為毫秒時間戳 TimeSpan ts = GetSysDateTimeNow() - new DateTime(1970, 1, 1, 0, 0, 0, 0); return Convert.ToInt64(ts.TotalMilliseconds); } #endregion #region 將一個時間戳轉換為一個時間 /// <summary> /// 將一個秒時間戳轉換為時間格式(秒) /// </summary> /// <param name="secondTimestamp">秒時間戳</param> /// <returns>轉換後的時間</returns> public static DateTime? SecondStampToDateTime(long secondTimestamp) { // 做一個簡單的判斷 if (secondTimestamp <= 0) { return null; } // 以1970-1-1 為時間開始，通過計算與之的時間差，來計算其對應的時間 DateTime dateTime = new System.DateTime(1970, 1, 1, 0, 0, 0, 0); dateTime = dateTime.AddSeconds(secondTimestamp).ToLocalTime(); return dateTime; } /// <summary> /// 將一個字元串秒時間戳轉換為時間格式(秒) /// </summary> /// <param name="secondTimestampStr">字元串秒時間戳</param> /// <returns>轉換後的時間</returns> public static DateTime? SecondStampToDateTime(string secondTimestampStr) { // 如果為空，那麼直接返回null if (string.IsNullOrEmpty(secondTimestampStr)) { return null; } // 首先將字元串時間戳轉換為數字 long secondTimestamp = 0; long.TryParse(secondTimestampStr, out secondTimestamp); // 調用 return SecondStampToDateTime(secondTimestamp); } /// <summary> /// 將一個字元串毫秒時間戳轉換為時間格式(毫秒) /// </summary> /// <param name="secondTimestampStr">字元串毫秒時間戳</param> /// <returns>轉換後的時間</returns> public static DateTime? MilliSecondStampToDateTime(long secondTimestamp) { // 做一個簡單的判斷 if (secondTimestamp <= 0) { return null; } // 以1970-1-1 為時間開始，通過計算與之的時間差，來計算其對應的時間 DateTime dateTime = new System.DateTime(1970, 1, 1, 0, 0, 0, 0); dateTime = dateTime.AddMilliseconds(secondTimestamp).ToLocalTime(); return dateTime; } /// <summary> /// 將一個毫秒時間戳轉換為時間格式(毫秒) /// </summary> /// <param name="milliSecondStampStr">毫秒時間戳</param> /// <returns>轉換後的時間</returns> public static DateTime? MilliSecondStampToDateTime(string milliSecondStampStr) { // 如果為空，那麼直接返回null if (string.IsNullOrEmpty(milliSecondStampStr)) { return null; } // 首先將字元串時間戳轉換為數字 long milliSecondStamp = 0; long.TryParse(milliSecondStampStr, out milliSecondStamp); // 調用 return MilliSecondStampToDateTime(milliSecondStamp); } #endregion } }
二、文件路徑被識別為了文件名
哈哈，最近還遇到一個有趣的事情，就是在Windows上，文件路徑的創建，都是正確的，但是部署到CentOS,所創建的文件，所有路徑都變成了文件名稱，所有文件都在根目錄下了。
網上找了一下原因，就是文件路徑左斜杠和右斜杠的問題。在Windows上無論是左斜杠還是右斜杠都沒有問題，但是在linux中只支援右斜杠，將程式碼中所用到的路徑操作，都統一修改為右斜杠，問題就解決了。文件路徑1/文件路徑2/文件名
三、總結
回頭來看這兩個問題，都是系統的兼容性問題，在仔細想一下，也是一個習慣性問題，尤其是文件路徑這問題，我們要習慣的用右斜杠。
我們以後在寫.net程式的時候，無論是否會採用.netcore實現linux系統部署，我們都也該想到不同系統的兼容性問題，在實現上都採用一個通用的方式來實現，那麼以後在做項目升級，系統遷移的時候，就會少一些麻煩。嘿嘿，今天就先到這，後續我在分享一下其它.netcore實戰所踩的坑。謝謝您的閱讀。
