Java Joda：获取特定时区的本地毫秒数

我决不会相信这会成为如此麻烦的事。我正在尝试制作一个时钟，它总是在特定的时区显示本地时间

我的笔记本电脑目前设置在GMT0时区（英国）

我想得到时区“欧洲/斯德哥尔摩”的毫秒数

---

假设英国的时间是17:00，我想得到对应于18:00的毫秒，这将是瑞典时间。

日期使用的时间（毫秒）与时区无关。只有在打印（或解析）时间时，才使用本地化的DateFormat，因此它确保您获得特定时区中的时间。

日期使用的时间（毫秒）与时区无关。只有在打印（或解析）时间时，才使用本地化的DateFormat，因此它确保您获得特定时区中的时间。

日期使用的时间（毫秒）与时区无关。只有在打印（或解析）时间时，才使用本地化的DateFormat，因此它确保您获得特定时区中的时间。

日期使用的时间（毫秒）与时区无关。只有在打印（或解析）时间时，才使用本地化的DateFormat，因此它确保您获得特定时区中的时间。

当时间表示为毫秒（或秒或纳秒等）时，几乎总是毫秒。在和的情况下，这是1970年1月1日UTC午夜。

当时间表示为毫秒（或秒或纳秒等）时，几乎总是毫秒，因为有些时间。在和的情况下，这是1970年1月1日UTC午夜。

当时间表示为毫秒（或秒或纳秒等）时，几乎总是毫秒，因为有些时间。在和的情况下，这是1970年1月1日UTC午夜。

当时间表示为毫秒（或秒或纳秒等）时，几乎总是毫秒，因为有些时间。在和的情况下，这是UTC 1970年1月1日午夜。

时区通常以相对于UTC的整小时数排列。在某些时区，这不是一个整小时，而是一个整小时的30分钟、15分钟或45分钟

然而，对于任何低于一分钟的时间单位，所有这些时区都与UTC完全匹配

因此，无论当前瑞典的秒数或毫秒数是多少，都与尼泊尔的秒数或毫秒数相同，例如，尼泊尔的时区距离UTC为5:45分钟

---

使用允许检索给定时间的单独字段的对象时，毫秒字段通常只反映自当前秒开始以来的毫秒数，而不是自午夜以来的毫秒数。因此，它永远不会超过999，而且在全世界都是一样的。

时区通常被安排为相对于UTC的圆形小时数。在某些时区，这不是一个整小时，而是一个整小时的30分钟、15分钟或45分钟

然而，对于任何低于一分钟的时间单位，所有这些时区都与UTC完全匹配

因此，无论当前瑞典的秒数或毫秒数是多少，都与尼泊尔的秒数或毫秒数相同，例如，尼泊尔的时区距离UTC为5:45分钟

---

使用允许检索给定时间的单独字段的对象时，毫秒字段通常只反映自当前秒开始以来的毫秒数，而不是自午夜以来的毫秒数。因此，它永远不会超过999，而且在全世界都是一样的。

时区通常被安排为相对于UTC的圆形小时数。在某些时区，这不是一个整小时，而是一个整小时的30分钟、15分钟或45分钟

然而，对于任何低于一分钟的时间单位，所有这些时区都与UTC完全匹配

因此，无论当前瑞典的秒数或毫秒数是多少，都与尼泊尔的秒数或毫秒数相同，例如，尼泊尔的时区距离UTC为5:45分钟

---

使用允许检索给定时间的单独字段的对象时，毫秒字段通常只反映自当前秒开始以来的毫秒数，而不是自午夜以来的毫秒数。因此，它永远不会超过999，而且在全世界都是一样的。

时区通常被安排为相对于UTC的圆形小时数。在某些时区，这不是一个整小时，而是一个整小时的30分钟、15分钟或45分钟

然而，对于任何低于一分钟的时间单位，所有这些时区都与UTC完全匹配

因此，无论当前瑞典的秒数或毫秒数是多少，都与尼泊尔的秒数或毫秒数相同，例如，尼泊尔的时区距离UTC为5:45分钟

---

使用允许检索给定时间的单独字段的对象时，毫秒字段通常只反映自当前秒开始以来的毫秒数，而不是自午夜以来的毫秒数。因此，它永远不会超过999，全世界都是一样的。

在阅读了这里的答案并发现了另一条路线后，这就是我最终成功的原因

DateTime curDateTime = new DateTime();
int offset = DateTimeZone.forID("Europe/Stockholm").getOffset(curDateTime.getMillis());
long milli = (curDateTime.getMillis()+offset);

---

在阅读了这里的答案并发现了另一条路线之后，这就是我最终的工作

DateTime curDateTime = new DateTime();
int offset = DateTimeZone.forID("Europe/Stockholm").getOffset(curDateTime.getMillis());
long milli = (curDateTime.getMillis()+offset);

---

在阅读了这里的答案并发现了另一条路线之后，这就是我最终的工作

DateTime curDateTime = new DateTime();
int offset = DateTimeZone.forID("Europe/Stockholm").getOffset(curDateTime.getMillis());
long milli = (curDateTime.getMillis()+offset);

---

在阅读了这里的答案并发现了另一条路线之后，这就是我最终的工作

DateTime curDateTime = new DateTime();
int offset = DateTimeZone.forID("Europe/Stockholm").getOffset(curDateTime.getMillis());
long milli = (curDateTime.getMillis()+offset);

---

同样的毫秒数。@SotiriosDelimanolis Sweden领先一个小时，那么为什么瑞典的毫秒数不多60*60*1000？因为“毫秒时间”是从1970年1月1日00:00:00 UTC开始的-注意，它总是从UTC的这个特定时间开始的，它不依赖于任何本地时间