以下是乔恩·斯基特的回答中似乎不正确的地方。他说:

date始终使用UTC。你凭什么认为它是本地的 时间吗?我怀疑问题在于您通过 使用本地时区的Calendar实例，或者可能使用 Date.toString()，它也使用本地时区。

然而，代码:

System.out.println(new java.util.Date().getHours() + " hours");

给出的是本地时间，而不是GMT (UTC)时间，完全没有使用Calendar和SimpleDateFormat。

这就是为什么看起来有些事情是不正确的。

把这些回答放在一起，代码如下:

System.out.println(Calendar.getInstance(TimeZone.getTimeZone("GMT"))
                           .get(Calendar.HOUR_OF_DAY) + " Hours");

显示GMT时间而不是本地时间——请注意，getTime.getHours()缺失，因为这将创建一个Date()对象，该对象理论上以GMT存储日期，但返回本地时区的小时。

    Calendar c = Calendar.getInstance();
    System.out.println("current: "+c.getTime());

    TimeZone z = c.getTimeZone();
    int offset = z.getRawOffset();
    if(z.inDaylightTime(new Date())){
        offset = offset + z.getDSTSavings();
    }
    int offsetHrs = offset / 1000 / 60 / 60;
    int offsetMins = offset / 1000 / 60 % 60;

    System.out.println("offset: " + offsetHrs);
    System.out.println("offset: " + offsetMins);

    c.add(Calendar.HOUR_OF_DAY, (-offsetHrs));
    c.add(Calendar.MINUTE, (-offsetMins));

    System.out.println("GMT Time: "+c.getTime());

简单来说。一个日历对象存储关于时区的信息，但是当你执行cal.getTime()时，时区信息将会丢失。所以对于时区转换，我建议使用DateFormat类…

这适用于在Android中获取UTC毫秒。

Calendar c = Calendar.getInstance();
int utcOffset = c.get(Calendar.ZONE_OFFSET) + c.get(Calendar.DST_OFFSET);  
Long utcMilliseconds = c.getTimeInMillis() + utcOffset;

你可以使用:

Calendar aGMTCalendar = Calendar.getInstance(TimeZone.getTimeZone("GMT"));

然后，使用aGMTCalendar对象执行的所有操作都将使用GMT时区完成，并且不会应用夏令时或固定偏移量。我认为之前的帖子是正确的，Date()对象总是返回GMT，直到你对Date对象做一些事情，它才被转换为本地时区。

日历aGMTCalendar = Calendar. getinstance (TimeZone.getTimeZone("GMT")); 然后，使用aGMTCalendar对象执行的所有操作都将使用GMT时区完成，并且不会应用夏令时或固定偏移量

错了!

Calendar aGMTCalendar = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
aGMTCalendar.getTime(); //or getTimeInMillis()

and

Calendar aNotGMTCalendar = Calendar.getInstance(TimeZone.getTimeZone("GMT-2"));aNotGMTCalendar.getTime();

会在同一时间回来。同上的对

new Date(); //it's not GMT.