如何将Unix时间戳转换为DateTime，反之亦然？

754

有此示例代码，但随后开始谈论毫秒/纳秒问题。

自M＃的Unix时代以来，MSDN上的问题是秒。

到目前为止，这是我得到的：

public Double CreatedEpoch
{
  get
  {
    DateTime epoch = new DateTime(1970, 1, 1, 0, 0, 0, 0).ToLocalTime();
    TimeSpan span = (this.Created.ToLocalTime() - epoch);
    return span.TotalSeconds;
  }
  set
  {
    DateTime epoch = new DateTime(1970, 1, 1, 0, 0, 0, 0).ToLocalTime();
    this.Created = epoch.AddSeconds(value);
  }
}
c#  datetime  unix  epoch  data-conversion 
— 马克·英格拉姆
source
119
即将发布的.NET 4.6（将于今年晚些时候发布）引入了对此的支持。参见DateTimeOffset.FromUnixTimeSeconds和DateTimeOffset.ToUnixTimeSeconds方法。也有毫秒级unix时间的方法。
— Jeppe Stig Nielsen

Answers:

1017

这是您需要的：

public static DateTime UnixTimeStampToDateTime( double unixTimeStamp )
{
    // Unix timestamp is seconds past epoch
    System.DateTime dtDateTime = new DateTime(1970,1,1,0,0,0,0,System.DateTimeKind.Utc);
    dtDateTime = dtDateTime.AddSeconds( unixTimeStamp ).ToLocalTime();
    return dtDateTime;
}

或者，对于Java（这是不同的，因为时间戳以毫秒为单位，而不是秒）：

public static DateTime JavaTimeStampToDateTime( double javaTimeStamp )
{
    // Java timestamp is milliseconds past epoch
    System.DateTime dtDateTime = new DateTime(1970,1,1,0,0,0,0,System.DateTimeKind.Utc);
    dtDateTime = dtDateTime.AddMilliseconds( javaTimeStamp ).ToLocalTime();
    return dtDateTime;
}
— 斯科特·切尔
source
5
Windows中的时间由HAL处理，并且仅在1毫秒至15毫秒内接近准确。如果有人感兴趣，可以在Windows Internals的第112页附近找到更多信息。
— Jim Schubert
16
这个答案可能会缩短秒数……双精度数是一个浮点数。参数应为int / long / etc。
— ccook 2013年
44
这些方法应接受long或int而不是double。另外，对于Java时间戳，不需要除以1000并四舍五入。随便做dtDateTime.AddMilliseconds(javaTimeStamp).ToLocalTime();
— 贾斯汀·约翰逊
11
您只是错过了“反之亦然”吗？我们如何将DateTime转换为时间戳？
— 乔尼2014年
38
对于.NET Framework 4.6及更高版本，现在static DateTimeOffset.FromUnixMilliseconds和DateTimeOffset.ToUnixMilliseconds。
— rookie1024 '16
421

.NET（v4.6）的最新版本已添加了对Unix时间转换的内置支持。这包括往返Unix时间（以秒或毫秒表示）。

  • Unix时间以秒为单位的UTC DateTimeOffset：

DateTimeOffset dateTimeOffset = DateTimeOffset.FromUnixTimeSeconds(1000);
  • DateTimeOffset 到Unix的时间（以秒为单位）：

long unixTimeStampInSeconds = dateTimeOffset.ToUnixTimeSeconds();
  • Unix时间到UTC的毫秒数DateTimeOffset：

DateTimeOffset dateTimeOffset = DateTimeOffset.FromUnixTimeMilliseconds(1000000);
  • DateTimeOffset 到Unix时间（以毫秒为单位）：

long unixTimeStampInMilliseconds = dateTimeOffset.ToUnixTimeMilliseconds();

注意：这些方法在UTC之间进行转换DateTimeOffset。要获取DateTime表示形式，只需使用DateTimeOffset.UtcDateTime或DateTimeOffset.LocalDateTime属性：

DateTime dateTime = dateTimeOffset.UtcDateTime;
— i3arnon
source
1
— yedevtxt
这不会将时间转换为本地时间。如果使用DateTimeOffset.FromUnixTimeSeconds（），则会得到UTC。
— Berend de Boer
4
@BerenddeBoer您可以ToLocalTime根据需要使用。
— i3arnon
1
要获取当前时间，您可以使用long unixMilliseconds = DateTimeOffset.Now.ToUnixTimeMilliseconds();
— Dan Diplo
219

UNIX时间戳记的DateTime：

public static double DateTimeToUnixTimestamp(DateTime dateTime)
{
    return (TimeZoneInfo.ConvertTimeToUtc(dateTime) - 
           new DateTime(1970, 1, 1, 0, 0, 0, 0, System.DateTimeKind.Utc)).TotalSeconds;
}
— 德米特里·费多尔科夫（Dmitry Fedorkov）
source
47

来自维基百科：

UTC不会随季节的变化而变化，但是如果时区辖区遵守夏令时（夏令时），则当地时间或民事时间可能会发生变化。例如，冬天时美国东海岸的当地时间比UTC晚5个小时，但是在夏令时可以看到4个小时。

这是我的代码：

TimeSpan span = (DateTime.UtcNow - new DateTime(1970, 1, 1, 0, 0, 0, 0,DateTimeKind.Utc));
double unixTime = span.TotalSeconds;
— gl051
source
2
但这返回了两倍，我猜一个需要转换为长？
— knocte
30

请注意，如果您需要高于毫秒的精度！

.NET（v4.6）方法（例如FromUnixTimeMilliseconds）不提供这种精度。

AddSeconds和AddMilliseconds还会缩短双精度值中的微秒。

这些版本具有高精度：

Unix->日期时间

public static DateTime UnixTimestampToDateTime(double unixTime)
{
    DateTime unixStart = new DateTime(1970, 1, 1, 0, 0, 0, 0, System.DateTimeKind.Utc);
    long unixTimeStampInTicks = (long) (unixTime * TimeSpan.TicksPerSecond);
    return new DateTime(unixStart.Ticks + unixTimeStampInTicks, System.DateTimeKind.Utc);
}

DateTime-> Unix

public static double DateTimeToUnixTimestamp(DateTime dateTime)
{
    DateTime unixStart = new DateTime(1970, 1, 1, 0, 0, 0, 0, System.DateTimeKind.Utc);
    long unixTimeStampInTicks = (dateTime.ToUniversalTime() - unixStart).Ticks;
    return (double) unixTimeStampInTicks / TimeSpan.TicksPerSecond;
}
— 费利克斯·基尔
source
2
这是正确的答案。其他人在从时间戳转换回时得到的时区不正确。
— IamIC
对于DateTime-> Java，只需[代码]返回（long）unixTimeStampInTicks / TimeSpan.TicksPerMilliSecond; [/ code]
— Max
所以在您的中UnixTimestampToDateTime，提供unixTime的仍然是几秒钟，对吗？
— Ngoc Pham
@NgocPham是的
— Felix Keil
14

请参见IdentityModel.EpochTimeExtensions

public static class EpochTimeExtensions
{
    /// <summary>
    /// Converts the given date value to epoch time.
    /// </summary>
    public static long ToEpochTime(this DateTime dateTime)
    {
        var date = dateTime.ToUniversalTime();
        var ticks = date.Ticks - new DateTime(1970, 1, 1, 0, 0, 0, 0, DateTimeKind.Utc).Ticks;
        var ts = ticks / TimeSpan.TicksPerSecond;
        return ts;
    }

    /// <summary>
    /// Converts the given date value to epoch time.
    /// </summary>
    public static long ToEpochTime(this DateTimeOffset dateTime)
    {
        var date = dateTime.ToUniversalTime();
        var ticks = date.Ticks - new DateTimeOffset(1970, 1, 1, 0, 0, 0, TimeSpan.Zero).Ticks;
        var ts = ticks / TimeSpan.TicksPerSecond;
        return ts;
    }

    /// <summary>
    /// Converts the given epoch time to a <see cref="DateTime"/> with <see cref="DateTimeKind.Utc"/> kind.
    /// </summary>
    public static DateTime ToDateTimeFromEpoch(this long intDate)
    {
        var timeInTicks = intDate * TimeSpan.TicksPerSecond;
        return new DateTime(1970, 1, 1, 0, 0, 0, 0, DateTimeKind.Utc).AddTicks(timeInTicks);
    }

    /// <summary>
    /// Converts the given epoch time to a UTC <see cref="DateTimeOffset"/>.
    /// </summary>
    public static DateTimeOffset ToDateTimeOffsetFromEpoch(this long intDate)
    {
        var timeInTicks = intDate * TimeSpan.TicksPerSecond;
        return new DateTimeOffset(1970, 1, 1, 0, 0, 0, TimeSpan.Zero).AddTicks(timeInTicks);
    }
}
— 奥拉德
source
很好，但是我建议做一个小改动：应将类型“ long”的使用更改为“ Int32”或“ int”。“长”表示存在很大的精度，但没有。所有的数学运算仅精确到1秒，因此Int32将更能说明您对Unix时间戳的期望
— JamesHoux
3
我认为这是由于DateTime.Ticks被Int64（long）所致，因此他们避免了额外的未经检查的转换。
— orad
10

为了补充ScottCher的答案，我最近发现自己处于令人讨厌的场景中，将UNIX时间戳的秒和毫秒任意混合在输入数据集中。以下代码似乎可以很好地解决此问题：

static readonly DateTime UnixEpoch = new DateTime(1970, 1, 1, 0, 0, 0, 0, DateTimeKind.Utc);
static readonly double MaxUnixSeconds = (DateTime.MaxValue - UnixEpoch).TotalSeconds;

public static DateTime UnixTimeStampToDateTime(double unixTimeStamp)
{
   return unixTimeStamp > MaxUnixSeconds
      ? UnixEpoch.AddMilliseconds(unixTimeStamp)
      : UnixEpoch.AddSeconds(unixTimeStamp);
}
— 克里斯·托曼
source
1
不使用DateTimeKind参数时要小心，因为构造的DateTime将位于计算机的本地时间（感谢代码Chris）！
— Sam Grondahl
1
请注意-1978年1月11日之前的日期（以毫秒为单位）不适用于Unix时间戳。Unix日期戳253324800（秒）给出了正确的日期11.1978.11，而毫秒表示253324800000给出了日期18.07.9997。这可能适用于您的数据集，但这不是一般的解决方案。
— 岛之风
8

Unix时间转换是.NET Framework 4.6中的新增功能。

现在，您可以更轻松地将日期和时间值与.NET Framework类型和Unix时间相互转换。例如，在JavaScript客户端和.NET服务器之间转换时间值时，这可能是必需的。以下API已添加到DateTimeOffset结构中：

static DateTimeOffset FromUnixTimeSeconds(long seconds)
static DateTimeOffset FromUnixTimeMilliseconds(long milliseconds)
long DateTimeOffset.ToUnixTimeSeconds()
long DateTimeOffset.ToUnixTimeMilliseconds()
— 弗雷德
source
这不会给您当地时间，您会得到UTC。
— Berend de Boer
@BerenddeBoer这是一个合理的默认值。之后，您可以根据需要应用自定义偏移。
— Deilan '17
1
@BerenddeBoer误解了什么是unix时间。Unix时间是自UTC 1970年1月1日午夜以来的秒数。不管您身在何处，自该纪元以来的秒数都不会改变。将其转换为人类可读的本地时间显示与该通用表示是分开的，应该如此。
— Tanktalus
5

我仅通过将转换与1970年1月1日（不包括当地时间调整）进行比较就找到了正确的答案；

DateTime date = new DateTime(2011, 4, 1, 12, 0, 0, 0);
DateTime epoch = new DateTime(1970, 1, 1, 0, 0, 0, 0);
TimeSpan span = (date - epoch);
double unixTime =span.TotalSeconds;
— n8CodeGuru
source
4 
var dt = DateTime.Now; 
var unixTime = ((DateTimeOffset)dt).ToUnixTimeSeconds();

// 1510396991

var dt = DateTimeOffset.FromUnixTimeSeconds(1510396991);

// [11.11.2017 10:43:11 +00：00]

— 梅苏特
source
4

从.net 4.6，您可以执行以下操作：

var dateTime = DateTimeOffset.FromUnixTimeSeconds(unixDateTime).DateTime;
— 杨扬
source
3 
DateTime unixEpoch = DateTime.ParseExact("1970-01-01", "yyyy-MM-dd", System.Globalization.CultureInfo.InvariantCulture);
DateTime convertedTime = unixEpoch.AddMilliseconds(unixTimeInMillisconds);

当然，可以创建unixEpoch一个全局静态变量，因此它只需在项目中出现一次即可，AddSeconds如果UNIX时间以秒为单位，则可以使用它。

换一种方式：

double unixTimeInMilliseconds = timeToConvert.Subtract(unixEpoch).TotalMilliseconds;

截断为Int64和/或TotalSeconds根据需要使用。

— 热舔
source
3

编写了一个对我们有用的最简单的扩展。如果有人找...

public static class DateTimeExtensions
{
    public static DateTime FromUnixTimeStampToDateTime(this string unixTimeStamp)
    {

        return DateTimeOffset.FromUnixTimeSeconds(long.Parse(unixTimeStamp)).UtcDateTime;
    }
}
— 里亚兹·哈米德（Riyaz Hameed）
source
2

Unix滴答是1秒（如果我记得很好），. NET滴答是100纳秒。

如果您遇到纳秒级的问题，则可能要尝试使用AddTick（10000000 * value）。

— k
source
3
Unix是经过纪元的秒数​​，即1/1/70。
— ScottCher
1

我需要转换一个包含的timeval结构（秒，微秒）UNIX time，DateTime而又不损失精度，并且在这里没有找到答案，所以我认为我可能会添加我的：

DateTime _epochTime = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc);
private DateTime UnixTimeToDateTime(Timeval unixTime)
{
    return _epochTime.AddTicks(
        unixTime.Seconds * TimeSpan.TicksPerSecond +
        unixTime.Microseconds * TimeSpan.TicksPerMillisecond/1000);
}
— i3arnon
source
0 
public static class UnixTime
    {
        private static readonly DateTime Epoch = new DateTime(1970, 1, 1, 0, 0, 0, 0);

        public static DateTime UnixTimeToDateTime(double unixTimeStamp)
        {
            return Epoch.AddSeconds(unixTimeStamp).ToUniversalTime();
        }
    }

您可以调用UnixTime.UnixTimeToDateTime（double datetime））

— 马丹
source
-2

对于.NET 4.6和更高版本：

public static class UnixDateTime
{
    public static DateTimeOffset FromUnixTimeSeconds(long seconds)
    {
        if (seconds < -62135596800L || seconds > 253402300799L)
            throw new ArgumentOutOfRangeException("seconds", seconds, "");

        return new DateTimeOffset(seconds * 10000000L + 621355968000000000L, TimeSpan.Zero);
    }

    public static DateTimeOffset FromUnixTimeMilliseconds(long milliseconds)
    {
        if (milliseconds < -62135596800000L || milliseconds > 253402300799999L)
            throw new ArgumentOutOfRangeException("milliseconds", milliseconds, "");

        return new DateTimeOffset(milliseconds * 10000L + 621355968000000000L, TimeSpan.Zero);
    }

    public static long ToUnixTimeSeconds(this DateTimeOffset utcDateTime)
    {
        return utcDateTime.Ticks / 10000000L - 62135596800L;
    }

    public static long ToUnixTimeMilliseconds(this DateTimeOffset utcDateTime)
    {
        return utcDateTime.Ticks / 10000L - 62135596800000L;
    }

    [Test]
    public void UnixSeconds()
    {
        DateTime utcNow = DateTime.UtcNow;
        DateTimeOffset utcNowOffset = new DateTimeOffset(utcNow);

        long unixTimestampInSeconds = utcNowOffset.ToUnixTimeSeconds();

        DateTimeOffset utcNowOffsetTest = UnixDateTime.FromUnixTimeSeconds(unixTimestampInSeconds);

        Assert.AreEqual(utcNowOffset.Year, utcNowOffsetTest.Year);
        Assert.AreEqual(utcNowOffset.Month, utcNowOffsetTest.Month);
        Assert.AreEqual(utcNowOffset.Date, utcNowOffsetTest.Date);
        Assert.AreEqual(utcNowOffset.Hour, utcNowOffsetTest.Hour);
        Assert.AreEqual(utcNowOffset.Minute, utcNowOffsetTest.Minute);
        Assert.AreEqual(utcNowOffset.Second, utcNowOffsetTest.Second);
    }

    [Test]
    public void UnixMilliseconds()
    {
        DateTime utcNow = DateTime.UtcNow;
        DateTimeOffset utcNowOffset = new DateTimeOffset(utcNow);

        long unixTimestampInMilliseconds = utcNowOffset.ToUnixTimeMilliseconds();

        DateTimeOffset utcNowOffsetTest = UnixDateTime.FromUnixTimeMilliseconds(unixTimestampInMilliseconds);

        Assert.AreEqual(utcNowOffset.Year, utcNowOffsetTest.Year);
        Assert.AreEqual(utcNowOffset.Month, utcNowOffsetTest.Month);
        Assert.AreEqual(utcNowOffset.Date, utcNowOffsetTest.Date);
        Assert.AreEqual(utcNowOffset.Hour, utcNowOffsetTest.Hour);
        Assert.AreEqual(utcNowOffset.Minute, utcNowOffsetTest.Minute);
        Assert.AreEqual(utcNowOffset.Second, utcNowOffsetTest.Second);
        Assert.AreEqual(utcNowOffset.Millisecond, utcNowOffsetTest.Millisecond);
    }
}
— 超逻辑的
source
4
我不明白。在.NET 4.6中，BCL已经拥有了这些方法（例如，请参见我对上述问题的评论或其他一些新答案（2015年）。那么再次编写它们又有什么意义呢？4.6 之前版本的解决方案？
— Jeppe Stig Nielsen
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.