为什么这个Joda偏移量不能获得日光节约权
int offset = DateTimeZone.forID("EST").getOffset(new DateTime(2013,8,1,1,1));
int offset = DateTimeZone.forID("EST").getOffset(new DateTime(2012,12,1,1,1));
共有1个答案
您明确地告诉它忽略夏令时。
EST是东部标准时间，与EDT是夏令时显著不同。
而是尝试使用ID US/Eastern,因此
DateTimeZone.forID("US/Eastern")
-
我有下面的代码来计算偏移量，这里我在EST时区机器上执行下面的代码，其偏移量为-18000秒，即UTC-5.00 请注意，由于一些限制，我不能使用，这里要提到的限制很长。所以我用下面的逻辑从localtime epoch减去GMT epoch，如下所示，它完美地返回了偏移量。 现在，我想在这里假设DST（日光节约）的情况，偏移量为-14400秒，即UTC-4.00。由于EST时区DST（日光节约）
-
为什么这不会增加？我正在批处理文件中使用这个。它做任何事情都是正确的，只是没有增加。我做错了什么？ 编辑：这不是重复，这是一个完全不同的问题。
-
我需要确定是否在Linux（Redhat）中为给定的UTC偏移启用了日光节约。我得到了UTC 05:30之类的输入。我检查了zdump命令的用法。当与时区名称一起使用时，我们可以检查输出中isdst的值，以确定夏令时的状态。 zdump-v/usr/share/zoneinfo/Asia/Kolkata | grep 2013 如上所述，zdump需要区域名称。它不接受UTC偏移。 我还尝试了lo
-
所以基本上我需要做的就是想办法从2013-07-30T00:00:000000+11:00中提取出+11:00。请救命！
-
问题内容： 我的要求是这样的： 我在数据库和时区中以毫秒为单位保存时间，例如以毫秒为单位的时间 很长，而时区为。我必须将其转换为时区。 要检查我引用此：链接 我的问题是： 如果时区只是不同格式的时间表示（地理区域偏离GMT），为什么我需要从实际时间中减去偏移时间？ 为什么我不能忽略保存在数据库中的时区，而只考虑要转换日期的时区？ 就像是： 我的系统时区是，我想将时区中的日期转换为时区。以上代码在这
-
我看到多伦多在UTC-4上。 但我怎么才能得到真正的偏移呢？