C#Environment.TickCount49天变负数

1. Environment.TickCount - (long)vLastInputInfo.dwTime;

复制代码

老老实实用DateTime类，要比较时间用TimeSpan，折腾一个简单的逻辑这么久，上次给你说的记录时间戳你又不去学习。

Criss 发表于 2023-9-27 16:24
老老实实用DateTime类，要比较时间用TimeSpan，折腾一个简单的逻辑这么久，上次给你说的记录时间戳你又不去 ...

有点转牛角尖了，就是看有没有办法能处理这种问题。

1. //获取时间戳
   
2. private long GetTimeTicks()
   
3. {
   
4.     TimeSpan ts = DateTime.UtcNow - new DateTime(1970, 1, 1, 0, 0, 0);
   
5.     return Convert.ToInt64(ts.TotalSeconds);
   
6. }
   
7. 
   
8. //转换时间戳到时间
   
9. public DateTime TransDtFromStamp(long ts)
   
10. {
    
11.     DateTime dtStart = new DateTime(1970, 1, 1, 0, 0, 0);
    
12.     TimeSpan dtStamp = TimeSpan.FromSeconds(ts);
    
13.     return dtStart.Add(dtStamp);
    
14. }

复制代码

有了上面两个函数计算时间差：

1. //获取当前时间戳
   
2. long ticksNow = GetTimeTicks();
   
3. //时间戳 1695744000 => 2023-09-27 00:00:00
   
4. long ticksTmp = 1695744000;
   
5. long ticksLost = ticksNow - ticksTmp;
   
6. //计算时间差
   
7. TimeSpan ts = TimeSpan.FromSeconds(ticksLost);

复制代码

注意东八区区时是UTC+8.0，所以如果要得到中国当前时间，都是+8个小时的，计算的话保持一致就无需。

小红居 发表于 2023-9-27 16:26
有点转牛角尖了，就是看有没有办法能处理这种问题。

上次分析的时候就说了，你的逻辑可能引入了带符号的数据，Int32是有符号类型，慎用这种取时间的，而且到了负数后你很难去判断你的时间，还会引入其他问题。
建议参考我上面那种方式，使用相对记录时间计算，当前时间是绝对不会小于之前记录时间的，而且这种方式利于转换其他程序（我们论坛内部也是记录的是时间戳）。

好的，谢谢。学到了

Criss 发表于 2023-9-27 16:51
上次分析的时候就说了，你的逻辑可能引入了带符号的数据，Int32是有符号类型，慎用这种取时间的，而且到了 ...

好的，谢谢