好吧，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值，除了它们的“种类”（但表示不同的时刻）之外，并且它们将声明相等。有点乱:(
