聊聊.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實戰所踩的坑。謝謝您的閱讀。
Hi,小伙伴大家好，最近工作比較忙，很久沒有和大家分享點東西了。這個周末都加了兩天班。公司的新項目都是采用.netcore來開發，在開發過程中，也踩到了一些坑，在此先總結兩個坑，這兩個坑都是關於Linux（CentOS）和windows下的兼容性問題。我們最開始的開發環境接口調用一直是部署在windows環境運行一切正常，但是部署到Linux（CentOS）環境下，就出現了這兩個問題，其實問題也簡單：獲取系統時間，實際時間少了8個小時；文件路徑被識別為了文件名。下面就簡單分享一下解決方式，其實只要你一看，發現很簡單的，之所以分享出來，當你才開始用戶.netcore時，可以有一個提示作用，嘿嘿！
END
為了更高的交流，歡迎大家關注我的公眾號，掃描下面二維碼即可關注，謝謝：
