日历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.

如果你想要一个Date对象，字段调整为UTC，你可以用Joda Time这样做:

import org.joda.time.DateTimeZone;
import java.util.Date;

...

Date local = new Date();
System.out.println("Local: " + local);
DateTimeZone zone = DateTimeZone.getDefault();
long utc = zone.convertLocalToUTC(local.getTime(), false);
System.out.println("UTC: " + new Date(utc));

date没有特定的时区，尽管它的值通常被认为与UTC有关。你凭什么认为现在是当地时间?

准确地说:java.util.Date中的值是自Unix epoch(发生在UTC时间1970年1月1日午夜)以来的毫秒数。同样的纪元也可以用其他时区来描述，但是传统的描述是用UTC来表示的。因为它是从一个固定的纪元开始的毫秒数，所以java.util.Date中的值在世界各地的任何特定时刻都是相同的，而不考虑当地的时区。

我怀疑问题是您通过使用本地时区的Calendar实例来显示它，或者可能使用同样使用本地时区的Date.toString()，或者默认情况下也使用本地时区的SimpleDateFormat实例。

如果这不是问题，请发布一些示例代码。

不过，我还是建议您使用Joda-Time，它提供了更清晰的API。

public static void main(String args[]){
    LocalDate date=LocalDate.now();  
    System.out.println("Current date = "+date);
}

使用java。时间包和包括以下代码-

ZonedDateTime now = ZonedDateTime.now（ ZoneOffset.UTC ）;

or

LocalDateTime now2 = LocalDateTime。now (ZoneOffset。UTC);

这取决于您的应用程序需要。

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

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存储日期，但返回本地时区的小时。