聊聊.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实战所踩的坑。谢谢您的阅读。