以所需的时区显示从毫秒开始的正确时间

Question

我正在开发一个应用程序，它从Google TimeZone API. 只是我有时间在地球上所需的地方以毫秒为单位。

例如：1504760156000它显示的是伦敦的日期时间

2017 年 9 月 7 日星期四 09:55:56

由于我在+05:00UTC 的时区，如果我操纵1504760156000这些毫秒，它将显示整个日期时间，如下所示：

2017 年 9 月 7 日星期四 09:55:56 GMT+0500（巴基斯坦标准时间）

但我想表明：

2017 年 9 月 7 日星期四 09:55:56 GMT+0100（英国夏令时间）

问题是：我有正确的伦敦日期和时间，但可以在不更改时间的情况下显示/更改时区，因为根据伦敦时间是正确的。

更新

得到一些评论后。在我的例子中，你没有把我带到这里。

假设我在巴基斯坦，时间在这里，1:55 PM所以我通过我的应用程序要求 GOOGLE API 告诉我伦敦的时间是什么时候。Google API 告诉我伦敦的时间是1504760156000（上午 9 点 55 分）以毫秒为单位，如果我将这些毫秒转换为Date对象，它将打印如下：

Date date =new Date(1504760156000)

2017 年 9 月 7 日星期四 09:55:56 GMT+0500（巴基斯坦标准时间）

它会根据我的本地时区操作它，但我想要如下结果

2017 年 9 月 7 日星期四 09:55:56 GMT+0100（英国夏令时间）

更新 2

我在 UTC 中以秒为单位准备了时间戳，因为 Google Time Zone API 需要以秒为单位的时间戳 UTC

"https://maps.googleapis.com/maps/api/timezone/json?location="+Latitude +","+Longitude+"&timestamp="+currentTimeUTCinSeonds+"&key="API KEY"

谷歌 API 用下面的 JSON 回应我对伦敦的反应。

{
    "dstOffset" : 3600,   
    "rawOffset" : 0,  
    "status" : "OK",  
    "timeZoneId" : "Europe/London",  
    "timeZoneName" : "British Summer Time"
}

根据文档：

计算当地时间

给定位置的本地时间是时间戳参数与结果中的 dstOffset 和 rawOffset 字段的总和。

我总结了结果timestamp+rawoffset+dstoffset*1000='1504760156000' （在我尝试的那一刻）

项目代码

Long ultimateTime=((Long.parseLong(timeObject1.getDstOffset())*1000)+(Long.parseLong(timeObject1.getRawOffset())*1000)+timestamp*1000);
                    timeObject1.setTimestamp(ultimateTime);  //its Sime POJO object to save current time of queried Location 
                    Date date=new Date(ultimateTime);
                    date1.setText("Date Time : "+date);

正如我所说，我正在本地时区操作结果，所以当时它给了我以下结果：

2017 年 9 月 7 日星期四 09:55:56 GMT+0500（巴基斯坦标准时间）

但我知道 API 给了我正确的时间。问题是与 UTC 的本地偏移量。我只是想改变GMT+0500到GMT+0100

Answer 1

时间戳表示自纪元以来经过的时间的“绝对”值。您的currentTimeUTCinSeconds，例如，表示的自Unix纪元的秒数（其是1970-01-01T00:00Z，或年1月1^日午夜1970在UTC）。Java API 通常使用自纪元以来的毫秒数。

但概念是一样的——这些价值观是“绝对的”：世界上的每个人都一样，无论他们身在何处。如果世界不同地区（不同时区）的 2 个人同时获得当前时间戳，他们将获得相同的数字。

改变的是，在不同的时区，这个相同的数字代表不同的本地日期和时间。

例如，你使用时戳，其对应于09月07日^第2017 8时55分56秒UTC，该值是1504774556（因为历元的秒数）。这个相同的数字对应于伦敦的 09:55、卡拉奇的 13:55、东京的 17:55 等等。更改此数字将更改每个人的当地时间- 无需操纵它。

如果你想得到一个java.util.Date代表这个瞬间的，只需执行以下操作：

int currentTimeUTCinSeconds = 1504774556;
// cast to long to not lose precision
Date date = new Date((long) currentTimeUTCinSeconds * 1000);

该日期将保持值 1504774556000（自纪元以来的毫秒数）。该值对应于伦敦的 09:55、卡拉奇的 13:55 和东京的 17:55。

但是打印此日期会将其转换为您的 JVM 默认时区（这是关于Date::toString()方法行为的一个很好的解释）。当你这样做时"Date Time : "+date，它隐式调用toString()方法，结果是转换为默认时区的日期。

如果您想要特定格式和特定​​时区的日期，则需要一个SimpleDateFormat. 仅打印日期（使用System.out.println或记录它）是行不通的：您不能更改日期对象本身的格式，因为 aDate 没有 format。

我还使用 ajava.util.Locale来指定月份和星期几必须使用英文。如果您不指定区域设置，它将使用系统默认值，并且不能保证始终为英语（并且可以更改，即使在运行时也是如此，因此最好始终指定区域设置）：

// use the same format, use English for month and day of week
SimpleDateFormat sdf = new SimpleDateFormat("EEE MMM dd yyyy HH:mm:ss 'GMT'Z (zzzz)", Locale.ENGLISH);
// set the timezone I want
sdf.setTimeZone(TimeZone.getTimeZone("Europe/London"));
// format the date
System.out.println(sdf.format(date));

输出将是：

2017 年 9 月 7 日星期四 09:55:56 GMT+0100（英国夏令时）

请注意，我不需要操作时间戳值。我不使用google API，但我认为他们的解释太混乱了，上面的代码以更少的复杂性实现了相同的结果。

在您的具体情况下，您可以执行以下操作：

date1.setText("Date Time : "+sdf.format(date));

Java 新的日期/时间 API

旧类（Date,Calendar和SimpleDateFormat）有很多问题和设计问题，它们正在被新的 API 取代。

在 Android 中，您可以使用ThreeTen Backport，这是 Java 8 新日期/时间类的一个很好的向后移植。要使其工作，您还需要ThreeTenABP（有关如何在此处使用它的更多信息）。

为了从时间戳中获取日期，我使用 aorg.threeten.bp.Instant和 aorg.threeten.bp.ZoneId将其转换为时区，创建一个org.threeten.bp.ZonedDateTime. 然后我使用 a 对其org.threeten.bp.format.DateTimeFormatter进行格式化：

int currentTimeUTCinSeconds = 1504774556;
// get the date in London from the timestamp
ZonedDateTime z = Instant.ofEpochSecond(currentTimeUTCinSeconds).atZone(ZoneId.of("Europe/London"));
// format it
DateTimeFormatter fmt = DateTimeFormatter.ofPattern("EEE MMM dd yyyy HH:mm:ss 'GMT'XX (zzzz)", Locale.ENGLISH);
System.out.println(fmt.format(z));

输出是一样的：

2017 年 9 月 7 日星期四 09:55:56 GMT+0100（英国夏令时）

在您的情况下，只需执行以下操作：

date1.setText("Date Time : "+fmt.format(z));