博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
时区计算
阅读量:6379 次
发布时间:2019-06-23

本文共 7121 字,大约阅读时间需要 23 分钟。

hot3.png

一、 JS

两个函数

  1. 得到标准时区的时间
//得到标准时区的时间function getLocalTime(i) {    //参数i为时区值数字,比如北京为东八区则输入8,西5输入-5,现默认东八区北京时间    var i=i?parseFloat(i):8;      //得到本地时间    var d = new Date();     //得到1970年一月一日到现在的秒数    var local = d.getTime();     //本地时间与GMT时间的时间偏移差    var offset = d.getTimezoneOffset() * 60000;     //得到现在的格林尼治时间    var utcTime = local + offset;     return new Date(utcTime + 3600000 * i);}
  1. 转换服务器时区时间
//转换服务器时区时间function formatTime(t,utc){    //t传入的时间参数,utc传入的时区参数    if(!t) return;     //获取本地时间    var d=new Date();     //获得本地时区    utc=utc?parseFloat(utc):d.getTimezoneOffset()/60;     //格式化传入时间    var time=new Date(t);     //转换传入时间为本地时间(默认传入服务器时间为东八区时间)    time.setHours(time.getHours()+(utc-8));     //输出时间    var yy=time.getFullYear();    var MM=time.getMonth()+1;    MM=MM<10?'0'+MM:MM;    var dd=time.getDate();    dd=dd<10?'0'+dd:dd;    var hh=time.getHours();    hh=hh<10?'0'+hh:hh;    var mm=time.getMinutes();    mm=mm<10?'0'+mm:mm;    var ss=time.getSeconds();    ss=ss<10?'0'+ss:ss;    var date=yy+'-'+MM+'-'+dd+' '+hh+':'+mm+':'+ss;     return date;}

利用Date对象得到本地时间

d = new Date();localTime = d.getTime(); //通过调用Data()对象的getTime()方法,即可显示1970年1月1日后到此时时间之间的毫秒数。

接下来,通过Data()对象的getTimezoneOffset()方法来找出当地时间偏移值。在缺省情况下,此方法以分钟显示时区偏移值结果,因此在早先的计算中要将此值转换成毫秒。

localOffset = d.getTimezoneOffset() * 3600000;

然后将当前时间与时区偏移量相加,得到国际标准时间(用毫秒表示的,因为后面还需要计算,所以这里不做转换),然后与你想要知道的时区的偏移量再进行相加,得到那个时间的时间,然后再利用Date对象将其转换为时间字符串。

utc = localTime + localOffset; //得到国际标准时间  offset = 5.5;  // 已知的时区calctime = utc + (3600000*offset);  nd = new Date(calctime);  document.write('指定时区时间是:' + nd.toLocalString());

实例

场景描述:根据国外用户所在的时区,获取数据库(东八区录入)在当地所应展示的时间

function getLocalTime() {    var d = new Date();//获得当前时间    var gmtHours =-( d.getTimezoneOffset()/60);//根据当前时间得到你是哪个时区的    var date = '2014-08-12 09:25:24';//上课时间    date=date.replace(/-/g,':').replace(' ',':');    date=date.split(':');    var time1 = new Date(date[0],(date[1]-1),date[2],date[3],date[4],date[5]);    console.log("时区:" + gmtHours);    //得到1970年一月一日到现在的秒数    var len = time1.getTime();    //本地时间与GMT时间的时间偏移差    var offset = -8 * 3600000; // 东八区    //得到现在的格林尼治时间     var utcTime = len + offset;    return new Date(utcTime + 3600000 *gmtHours );}

二、Java

1. Date中保存的是什么

在java中,只要我们执行 Date date = new Date(); 就可以得到当前时间。如:

Date date = new Date();  System.out.println(date);

输出结果是: Thu Aug 24 10:15:29 CST 2017

也就是我执行上述代码的时刻:2017年8月24日10点15分29秒。是不是Date对象里存了年月日时分秒呢?不是的,Date对象里存的只是一个long型的变量,其值为自1970年1月1日0点至Date对象所记录时刻经过的毫秒数,调用Date对象getTime()方法就可以返回这个毫秒数,如下代码:

Date date = new Date();  System.out.println(date + ", " + date.getTime());

输出如下: Thu Aug 24 10:48:05 CST 2017, 1503542885955 即上述程序执行的时刻是2017年8月24日10点48分05秒,该时刻距离1970年1月1日0点经过了1503542885955毫秒。反过来说,输出的年月日时分秒其实是根据这个毫秒数来反算出来的。

2. 时区

全球分为24个时区,相邻时区时间相差1个小时。比如北京处于东八时区,东京处于东九时区,北京时间比东京时间晚1个小时,而英国伦敦时间比北京晚7个小时(英国采用夏令时时,8月英国处于夏令时)。比如此刻北京时间是2017年8月24日11:17:10,则东京时间是2017年8月24日12:17:10,伦敦时间是2017年8月24日4:17:10。

既然Date里存放的是当前时刻距1970年1月1日0点时刻的毫秒数,如果此刻在伦敦、北京、东京有三个程序员同时执行如下语句:

Date date = new Date();

那这三个date对象里存的毫秒数是相同的吗?还是北京的比东京的小3600000(北京时间比东京时间晚1小时,1小时为3600秒即3600000毫秒)?答案是,这3个Date里的毫秒数是完全一样的。确切的说,Date对象里存的是自格林威治时间( GMT)1970年1月1日0点至Date对象所表示时刻所经过的毫秒数。所以,如果某一时刻遍布于世界各地的程序员同时执行new Date语句,这些Date对象所存的毫秒数是完全一样的。也就是说,Date里存放的毫秒数是与时区无关的。

继续上述例子,如果上述3个程序员调用那一刻的时间是2017年8月24日11:17:10,他们继续调用

System.out.println(date);

那么北京的程序员将会打印出2017年8月24日11:17:10,而东京的程序员会打印出2017年8月24日12:17:10,伦敦的程序员会打印出2017年8月24日4:17:10。既然Date对象只存了一个毫秒数,为什么这3个毫秒数完全相同的Date对象,可以打印出不同的时间呢?这是因为Sysytem.out.println函数在打印时间时,会取操作系统当前所设置的时区,然后根据这个时区将同毫秒数解释成该时区的时间。当然我们也可以手动设置时区,以将同一个Date对象按不同的时区输出。可以做如下实验验证:

Date date = new Date(1503544630000L);  // 对应的北京时间是2017-08-24 11:17:10    SimpleDateFormat bjSdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");     // 北京  bjSdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai"));  // 设置北京时区    SimpleDateFormat tokyoSdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  // 东京  tokyoSdf.setTimeZone(TimeZone.getTimeZone("Asia/Tokyo"));  // 设置东京时区    SimpleDateFormat londonSdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); // 伦敦  londonSdf.setTimeZone(TimeZone.getTimeZone("Europe/London"));  // 设置伦敦时区    System.out.println("毫秒数:" + date.getTime() + ", 北京时间:" + bjSdf.format(date));  System.out.println("毫秒数:" + date.getTime() + ", 东京时间:" + tokyoSdf.format(date));  System.out.println("毫秒数:" + date.getTime() + ", 伦敦时间:" + londonSdf.format(date));

输出为:

毫秒数:1503544630000, 北京时间:2017-08-24 11:17:10毫秒数:1503544630000, 东京时间:2017-08-24 12:17:10毫秒数:1503544630000, 伦敦时间:2017-08-24 04:17:10

可以看出,同一个Date对象,按不同的时间来格式化,将得到不同时区的时间。由此可见,Date对象里保存的毫秒数和具体输出的时间(即年月日时分秒)是模型和视图的关系,而时区(即Timezone)则决定了将同模型展示成什么样的视图。

3. 从字符串中读取时间

有时我们会遇到从一个字符串中读取时间的要求,即从字符串中解析时间并得到一个Date对象,比如将"2017-8-24 11:17:10"解析为一个Date对象。现在问题来了,这个时间到底指的是北京时间的2017年8月24日11:17:10,还是东京时间的2017年8月24日11:17:10?如果指的是北京时间,那么这个时间对应的东京时间2017年8月24日12:17:10;如果指的是东京时间,那么这个时间对应的北京时间就是2017年8月24日10:17:10。因此,只说年月日时分秒而不说是哪个时区的,是有歧义的,没有歧义的做法是,给出一个时间字符串,同时指明这是哪个时区的时间。 从字符串中解析时间的正确作法是:指定时区来解析。示例如下:

String timeStr = "2017-8-24 11:17:10"; // 字面时间  SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  sdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai")); // 设置北京时区  Date d = sdf.parse(timeStr);  System.out.println(sdf.format(d) + ", " + d.getTime());

输出为: 2017-08-24 11:17:10, 1503544630000,

将一个时间字符串按不同时区来解释,得到的Date对象的值是不同的。验证如下:

String timeStr = "2017-8-24 11:17:10"; // 字面时间  SimpleDateFormat bjSdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  bjSdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai"));  Date bjDate = bjSdf.parse(timeStr);  // 解析  System.out.println("字面时间: " + timeStr +",按北京时间来解释:" + bjSdf.format(bjDate) + ", " + bjDate.getTime());    SimpleDateFormat tokyoSdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  // 东京  tokyoSdf.setTimeZone(TimeZone.getTimeZone("Asia/Tokyo"));  // 设置东京时区  Date tokyoDate = tokyoSdf.parse(timeStr); // 解析  System.out.println("字面时间: " + timeStr +",按东京时间来解释:"  + tokyoSdf.format(tokyoDate) + ", " + tokyoDate.getTime());

输出为:

字面时间: 2017-8-24 11:17:10,按北京时间来解释:2017-08-24 11:17:10, 1503544630000字面时间: 2017-8-24 11:17:10,按东京时间来解释:2017-08-24 11:17:10, 1503541030000可以看出,对于"2017-8-24 11:17:10"这个字符串,按北京时间来解释得到Date对象的毫秒数是1503544630000;而按东京时间来解释得到的毫秒数是1503541030000,前者正好比后者大于3600000毫秒即1个小时,正好是北京时间和东京时间的时差。这很好理解,北京时间2017-08-24 11:17:10对应的毫秒数是1503544630000,而东京时间2017-08-24 11:17:10对应的北京时间其实是2017-08-24 10:17:10(因为北京时间比东京时间晚1个小时),北京时间2017-08-24 10:17:10自然比北京时间2017-08-24 11:17:10少3600000毫秒。

4. 将字符串表示的时间转换成另一个时区的时间字符串

综合以上分析,如果给定一个时间字符串,并告诉你这是某个时区的时间,要将它转换为另一个时区的时间并输出,正确的做法是:

  1. 将字符串按原时区转换成Date对象;
  2. 将Date对象格式化成目标时区的时间。

比如,将北京时间"2017-8-24 11:17:10"输出成东京时间,代码为:

String timeStr = "2017-8-24 11:17:10"; // 字面时间  SimpleDateFormat bjSdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  bjSdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai"));  Date date = bjSdf.parse(timeStr);  // 将字符串时间按北京时间解析成Date对象    SimpleDateFormat tokyoSdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");  // 东京  tokyoSdf.setTimeZone(TimeZone.getTimeZone("Asia/Tokyo"));  // 设置东京时区  System.out.println("北京时间: " + timeStr +"对应的东京时间为:"  + tokyoSdf.format(date));

输出为: 北京时间:2017-8-24 11:17:10对应的东京时间为:2017-08-24 12:17:10

转载于:https://my.oschina.net/u/4009599/blog/2998045

你可能感兴趣的文章
Vue实战篇(PC端商城项目)
查看>>
每周记录(二)
查看>>
你要做的是产品经理,不是作图经理!
查看>>
编码、摘要和加密(一)——字节编码
查看>>
JavaEE 项目常见错误汇总
查看>>
快速掌握Python基础语法(下)
查看>>
java虚拟机——运行时数据区域
查看>>
【Android自定义View】绘图之文字篇(三)
查看>>
适配iOS 11和iPhoneX屏幕适配遇到的一些坑
查看>>
Fetch API 简单封装
查看>>
给媳妇做一个记录心情的小程序
查看>>
iOS App无需跳转系统设置自动连接Wi-Fi
查看>>
一道柯里化面试题
查看>>
本科studying abroad 无法毕业申请硕士转学转校处理一切studying abroad 问题
查看>>
RxJava(RxAndroid)的简单学习
查看>>
Java8 函数式编程之函数接口(下)
查看>>
【本人秃顶程序员】MySQL 全表 COUNT(*) 简述
查看>>
flutter开发的干货集中营客户端
查看>>
[React Native]使用App Center CLI发布CodePush更新--iOS简易版
查看>>
Android 网络框架
查看>>