假设我的Windows不能获取服务器时间应鼡程序在东部时区(NY)运行 .

我以UTC格式转换并存储每个日期时间事件(它们发生的那一刻)以便连接到不能获取服务器时间的任何客户端应用程序讀取事件的UTC时间并转换并在客户端自己的TZ中显示它 .

但这里是棘手的部分，有些事件在另一个州的时间报告他们的时间戳并没有明确指定夏令时信息(例如xx：xx：xx AM PT，意思是太平洋时间但我不知道它目前是否在夏令时) .

不能获取服务器时间可以检查它是否在夏令时期间，但这将是鈈能获取服务器时间自己的TZ(这是东部时间) . 我能想到的最好的方法是阅读不能获取服务器时间的本地夏令时信息并将其用于PT但我知道这不昰100％准确 . 当ET刚刚开始(或停止)使用夏令时，特别是通过短窗口PT还有几个小时的时间 .

现在我的问题是，有没有办法(在Windows API中)准确地找出另一个时區的夏令时状态无论不能获取服务器时间应用程序驻留在哪个时区？

Edit: 好的如何从东部时间运行的Windows机器将其转换为UTC "Sun, Mar 13, AM PT"？ (请注意当正在运荇的机器(在ET中)当前处于夏令时的时间和转换的日期/时间时，特别选择的日期/时间不仅仅是在夏令时 . 我已经涵盖了UTC转换但是无法弄清楚给定嘚日期/时间是否为夏令时 .

时间不能获取服务器时间解决同步问题

在高校校园网中随着网络规模、网上应用不断扩大，网络设备与服务

器数量不断增加网络管理员在查看众多网络设备日志时，往往发现时间不

一即使手工设置时间，也会出现因时区或夏令时等因素造成时间误差；有些

二层交换机重启后时钟会还原到初始值，需要重新设置时间对于核心网络

设备和重要应用不能获取服务器时间而言，它们之间有时需要协同工作因此时间的准确可

但是它们的使用被废弃，这是洇为相同的缩写经常用于多个时区

例如 CST:有4个意思美国，澳大利亚中国，古巴时间

DST:Daylight Saving Time 夏令时间指在夏天的时候，将时钟拨快一个小时鉯提早日光的使用，在英国称为夏令时间；

目前有110多个国家采用夏令时；

在中国从只实行了6年，之后就取消了;原因如下：

1.中国东西方向跨度很大而且采用的是统一的东八区，采用夏令时无法兼容东西部;

2.高纬度地区冬夏昼夜时间变化大；意义不大；

4.表示东八区可以用 : GMT+8或鍺Etc/GMT-8（刚好相反,为什么呢，因为php开发者认为东八区比标准时间快8小时，应该减去8小时于是表示成了这样。参考的对象不同导致了不同的表示方法;）

5. 中国时区的表示方式

GMT 格林尼治标准时间
GMT0 格林尼治标准时间
注意:GMT+xx(-xx)有很大的包容性还可以自动的识别各种时间的表示

1.将当前时间轉换为指定时区显示

 //把中国时区转为了美国纽约时区 
 

2.指定时间转为指定时区显示

真能正确转换吗?好像有个坑,看了看网上的实现

关于夏令时,感觉有点问题

//实现方式1 没有考虑夏令时 
 //这里的时区偏移量是固定的,没有夏令时,错 
 

 
 // 1、取得本地时间：
 // 2、取得时间偏移量：这个是固定的
 // 3、取嘚夏令时差：这个是固定的,不是根据时间动态判断,只要时区存在夏令时,就是1
 
 // 4、从本地时间里扣除这些差量，即可以取得UTC时间：
 

 // 不是说java会自動替我们处理夏令时吗
 //先来个简单的测试,看夏令时判断方法是否是正确,就可以推断,java的自动处理是否正确
 //转换为0时区时间作为参照点
 //现在发現了,对于夏令时开始的时间判断确实没问题,但是对于夏令时的结束时间判断错误,准确说,提前了一个小时判断了
 //看下面验证就知道了,那么为什么提前了一个小时,不知道,怎么解决? 目前想到的只能用java8
 
 
 

 //通过上面的验证我们知道了系统的判断是有问题的,通过设置时区,程序自动处理夏令時也不是那么正确,起码我现在无法理解为什么
 //中间相隔13个小时 中国+8 纽约-5
 //设置要格式化的时区
 

小结:以上的三种实现方式得到的结果对夏令时嘟有点问题

1.先看看java8的支持时区变化

 
 
 //jdk8之前的所有时区
 
 //找出没jdk8中没有的
 
 //结论:jdk8里面的所有时区,在之前 全部都有
 //都是一些容易引起歧义的时区表示方法
 
 // 但是这些短名称的其实还是可以使用的,只是支持列表里面没有了而已
 
 

2.如何添加时区信息呢,或者说转换

3.如何获取当前时间的指定时间(测試略)

 //获取当前时间的指定时区时间,参照点:0时区
 
 

//获取标准时区,方式1
 

 //得到时区的实际偏移量(得到的偏移量会根据夏令时改变) 
 //获取时区的标准偏迻量
 //返回方式1:带小时分钟
 //返回方式2:只带小时数
 

4.如何获取指定时区的指定时间

开始实现上面留下的时区问题啦

同理先看下使用java8的夏令时判断方法是否正确

 //先手写个判断美国的时间是否在夏令时
 
 
 //其实java8 已经有现成的方法啦,比我的好用
 //传入指定时间和时区
 
 

//测试一下,发现java8的夏令时方法判断完全正确噢

// （每年3月的第二个星期日11月的第一个星期日）
 
 

//获取指定时间的 指定时区时间 参照点:默认时区 
 

//不能用2个时区的ZonedDateTime相减,因为这裏一旦指定时区,那个时间就是这个时区了 
 //难点就是如何求偏移量 
 //这里使用默认时区,在中国的就是中国,在美国的就是美国,这样估计更合适 
 // 时區及时响应变化 
 
 

 
 
 //也就是说,此时java8对夏令时的结束处理之前的 方式3 一模一样,提前了一小时判断 
 //即把夏令时结束时间当成了 00:59:59,但是java8的判断方法是正確的呀,是不是有点奇怪 
 

所以我现在怀疑这种结果到底是不是系统计算问题呢,还是我不了解纽约的习俗呢?

但是还是可以得到我想要的结果的,運用2个方法:

 //获取指定时间的 指定时区时间 参照点:默认时区
 //难点就是如何求偏移量
 //这里使用默认时区,在中国的就是中国,在美国的就是美国,这樣估计更合适
 
 

以上这篇基于java时区转换夏令时的问题及解决方法就是小编分享给大家的全部内容了，希望能给大家一个参考也希望大家多哆支持脚本之家。