此代码打印当前UTC时间。

import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.TimeZone;


public class Test
{
    public static void main(final String[] args) throws ParseException
    {
        final SimpleDateFormat f = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss z");
        f.setTimeZone(TimeZone.getTimeZone("UTC"));
        System.out.println(f.format(new Date()));
    }
}

结果

2013-10-26 14:37:48 UTC

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

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

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

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

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

其实不是时间，而是它的表现形式可以改变。

SimpleDateFormat f = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss");
f.setTimeZone(TimeZone.getTimeZone("UTC"));
System.out.println(f.format(new Date()));

地球上任何地方的时间都是一样的，但我们对时间的感知可能会因地点的不同而不同。

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

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

or

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

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

这里还有一个获取GMT时间戳对象的建议:

import java.sql.Timestamp;
import java.util.Calendar;

...

private static Timestamp getGMT() {
   Calendar cal = Calendar.getInstance();
   return new Timestamp(cal.getTimeInMillis()
                       -cal.get(Calendar.ZONE_OFFSET)
                       -cal.get(Calendar.DST_OFFSET));
}

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

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