如果你正在使用joda time，并希望当前时间以毫秒为单位，不需要本地偏移量，你可以使用这个:

long instant = DateTimeZone.UTC.getMillisKeepLocal(DateTimeZone.getDefault(), System.currentTimeMillis());

为了简单起见，你可以使用Calendar来创建一个UTC Date:

Calendar.getInstance(TimeZone.getTimeZone("UTC"));

它将使用“UTC”时区为Calendar构造一个新实例。

如果需要该日历中的Date对象，可以使用getTime()。

如果你想避免解析日期，只是想要一个GMT的时间戳，你可以使用:

final Date gmt = new Timestamp(System.currentTimeMillis()
            - Calendar.getInstance().getTimeZone()
                    .getOffset(System.currentTimeMillis()));

下面是另一种以字符串格式获取GMT时间的方法

String DATE_FORMAT = "EEE, dd MMM yyyy HH:mm:ss z" ;
final SimpleDateFormat sdf = new SimpleDateFormat(DATE_FORMAT);
sdf.setTimeZone(TimeZone.getTimeZone("GMT"));
String dateTimeString =  sdf.format(new Date());

当我需要输出一个Date对象时，这就是我这样做的方式，通常情况下，您需要在SQL数据库中保存一个日期，而我希望它是UTC。我只是减去当地时区的偏移时间。

    ZonedDateTime now = ZonedDateTime.now();
    Date nowUTC = new Date(1000 * (now.toEpochSecond() - now.getOffset().getTotalSeconds()));

- - -更新 巴兹尔建议用一种更清洁的方式来达到同样的效果

    Date nowUTC = Date.from(ZonedDateTime.now().toInstant());

但是在非utc java系统环境中测试后，我看到结果并不相同。根据巴兹尔的代码，日期仍然在本地区域

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

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

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

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

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