本篇文章给大家分享的是有关Timezone类在Java中使用时会遇到哪些问题 ,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。
创新互联建站是一家集网站建设,巨野企业网站建设,巨野品牌网站建设,网站定制,巨野网站建设报价,网络营销,网络优化,巨野网站推广为一体的创新建站企业,帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿,时刻以成就客户成长自我,坚持不断学习、思考、沉淀、净化自己,让我们为更多的企业打造出实用型网站。
今天遇到了一个比较有意思的问题,从服务器上封装好的java.sql.timestamp对象返回到本地客户端程序后与数据库中的时间相差了整整14个小时。因为跟客户的时差是14个小时,所以大体怀疑是时差问题。
所以计划在客户端程序执行之前首先设置默认的TimeZone:
timezone,TimeZone.setDefault(TimeZone);
但是我服务器上的TimeZone是什么呢?于是我写了个程序来看看服务器的默认TimeZone:
import java.util.TimeZone; public class TestTimeStamp { public static void main(String[] args) { TimeZone timeZone=TimeZone.getDefault(); System.out.println(timeZone.getID()); } }
假设输出是: kk,
这样我就获得了服务器上的默认TimeZone:kk,然后所需要做的就是把在客户端程序执行前设置客户端程序的TimeZone:
timezone,TimeZone.setDefault(TimeZone.getTimeZone("kk"));
然后取得的时间如果打印出来就跟服务器一致了,当然你要是如果还是按照java.sql.TimeStamp的类型返回服务器的话,时间还是原来的时间。
另外如果远程服务器封装对象的时候如果直接使用String,我想就不会有这种问题了。
以上就是Timezone类在Java中使用时会遇到哪些问题 ,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。
售后响应及时
7×24小时客服热线数据备份
更安全、更高效、更稳定价格公道精准
项目经理精准报价不弄虚作假合作无风险
重合同讲信誉,无效全额退款