Ну, 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 в Date
/ Calendar
, вам нужно выполнить масштабирование (тики в миллис) и смещение (с 1 января 1AD по 1 января 1970 года).
Встроенные в 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, которые являются одинаковыми, за исключением их «вида» (но, следовательно, представляют разные моменты), и они будут претендовать на равенство. Это немного беспорядок: (