那么,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-based
Date date = calendar.getTime();
long millis = date.getTime(); // Millis since Unix epoch
这是最近的有效等价物。如果您需要在.NET刻度值和日期/日历之间进行转换,您基本上需要执行缩放(ticks to millis)和抵消(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);
}
}
请注意,这构成了表示UTC时刻为2019/9/14的日期/日历。 .NET表示有点模糊 – 你可以创建两个相同的DateTime值,除了它们的“kind”(但是因此代表不同的时刻),并且它们将声称是相等的。这有点混乱:(