去韩国的时间少了
如果KST明确,例如韩国的预订、运送、付款时间,请选择韩国时间。根据季节不同,时差没有变化。
Date to Unix time
从日历中选择日期和时间,然后选择时间是 UTC、韩国时间还是您当前的设备时间。以秒、毫秒、微秒和纳秒为单位计算某一时刻。
时间戳是没有时区的单个数字。根据日期创建数字时,您必须首先告诉我们您输入的时钟位于哪个区域。
如果KST明确,例如韩国的预订、运送、付款时间,请选择韩国时间。根据季节不同,时差没有变化。
如果记录末尾有 Z 或显示 UTC,请选择 UTC。它经常在匹配来自不同国家的记录时使用。
选择您当前设备的时区以遵循您的设备设置,就好像它是您当前位置的时间表一样。首先检查您的设备设置是否正确。
使用流行的边界日期快速检查您的时区选择和单位是否正确。
| 录入日期和依据 | Unix秒 | Unix 毫秒 | 意义 |
|---|---|---|---|
| 1970-01-01 00:00:00 UTC | 0 | 0 | Unix 时间参考点 |
| 1970-01-01 09:00:00 KST | 0 | 0 | 韩国时间同一时刻 |
| 2000-01-01 00:00:00 UTC | 946684800 | 946684800000 | 日期检查值 |
| 2038-01-19 03:14:07 UTC | 2147483647 | 2147483647000 | 32 位第二个整数最大值 |
检查要粘贴换算值的位置需要哪些单位。即使在同一时刻,根据单位的不同,位数也有很大差异。
除非您需要短于一秒的部分,否则通常使用 10 个左右的整数。丢弃小数秒的方法必须根据预期用途来确定。
最多保留日历输入中选择的毫秒数。当前日期周围的值通常有 13 位。
此屏幕接受最多毫秒的日期输入,因此较小的结果会用零填充。显示位数不会增加实际测量精度。
切换当前设备时区的季节: 在某些地区,有时时钟会跳动或倒退一小时。不存在的本地时间不会被转换,如果出现两次的时间很重要,则包含 UTC 偏移量。 ISO 8601 验证工具请使用 .
日期和标准格式: RFC 3339 文档在时区偏移表示法中, MDN 日期 描述您可以在此处查看可显示的日期范围。
这是确定输入时间和结果单位含义时经常出现的问题。
这是因为输入的时钟数字被不同地解释为当地时间。韩国时间比 UTC 早 9 小时,因此如果输入相同的日期和时间,两个结果将相差 32400 秒。
如果您指的是该日期的开始时间,请输入 00:00:00。但是,由于 UTC 午夜和韩国时间午夜是不同的时刻,因此您还必须选择记录日期的地区的时区。
如果输入时间包含毫秒,则结果以秒为单位显示为小数。如果您只需要整数秒,则需要根据您的记录目的决定是四舍五入还是截断小数部分。
根据您正在使用的设备上设置的本地时区解释输入。如果您正在旅行或设备的时区与您的实际位置不同,手动选择 UTC 或韩国时间会更安全。
您可以将创建的时间戳恢复为日期或将其与当前值进行比较。