好吧,java.util.Date / Calendar的精度只有毫秒以下:
Calendar calendar = Calendar.getInstance(); calendar.set(Calendar.MILLISECOND, 0); // Clear the millis part. Silly API.calendar.set(2010, 8, 14, 0, 0, 0); // Note that months are 0-basedDate date = calendar.getTime();long millis = date.getTime(); // Millis since Unix epoch
那是最接近的有效等效值。如果您需要在.NET ticks值和
Date/
之间进行转换,则
Calendar基本上需要执行缩放(刻度到millis)和偏移(从1AD年1月1日到1970年1月1日)。
Java的内置日期和时间API相当令人讨厌。我个人建议您改用Joda Time。如果您可以说出您的真正意图,我们可以提供更多帮助。
编辑:好的,这是一些示例代码:
import java.util.*;public class Test { private static final long TICKS_AT_EPOCH = 621355968000000000L; private static final long TICKS_PER_MILLISECOND = 10000; public static void main(String[] args) { long ticks = 634200192000000000L; Date date = new Date((ticks - TICKS_AT_EPOCH) / TICKS_PER_MILLISECOND); System.out.println(date); TimeZone utc = TimeZone.getTimeZone("UTC"); Calendar calendar = Calendar.getInstance(utc); calendar.setTime(date); System.out.println(calendar); }}
请注意,这会构造一个表示2019/9/14 的 UTC 时刻的日期/日历。.NET表示有点模糊-
您可以创建两个相同的DateTime值,除了它们的“种类”(但表示不同的时刻)之外,并且它们将声明相等。有点乱:(
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)