当前位置: 首页 > 编程笔记 >

Java对世界不同时区timezone之间时间转换的处理方法

赵晨
2023-03-14
本文向大家介绍Java对世界不同时区timezone之间时间转换的处理方法,包括了Java对世界不同时区timezone之间时间转换的处理方法的使用技巧和注意事项,需要的朋友参考一下

最近出现一个问题是这样的:我们的系统在国外打印的日志时间由于时差关系和国内不一致,看起来不方便,希望国外的日志和国内保持一致,即:需要对不同时区的时间做转换调整,统一为国内时间。

一、关于时区的一些概念

1.1 什么是时区?

timezone,即由于世界各国家与地区经度不同,地方时也有所不同,按照经度将全球划分为24个时区。

时区有相应的英文字母缩写,例如GMT,UTC,CST等,常见的时区,具体参考:java时区理解。

1.2 什么是夏令时?

通俗易懂的解释就是:夏令时开始的时候,大家在夜里2点把表往前调一个小时,即本来两点,被你手动调成了三点,如果你七点起床,那你那天晚上就会少睡一个小时,为什么这么做是因为夏天的时候7点其实天已经亮了,这样你到了第二天晚上8点(其实是之前的7点)就应该睡觉了,这样就可以节省电了,所以夏令时叫(Daylight Saving Time:DST),这篇文章讲了为什么要有夏令时?什么时候去修改表的时间?为什么是晚上2点修改?反对夏令时?还有人写paper说夏令时没什么用。

二、如何在不同时区之间转换时间

上部分分析了不同时区,还有夏令时的区别,即我们在转换时区的时候要考虑这两个问题,基本思路是:

  1. 获取到源时区相对于GMT的差距(考虑夏令时)。
  2. 获取到目的时区相对于GMT的差距(考虑夏令时)。
  3. 用当前的时间 - 源差距 + 目的差距

代码如下所示:

public class TimeZoneTransform {

 private static String dateTransformBetweenTimeZone(Date sourceDate, DateFormat formatter,
  TimeZone sourceTimeZone, TimeZone targetTimeZone) {
 Long targetTime = sourceDate.getTime() - sourceTimeZone.getRawOffset() + targetTimeZone.getRawOffset();
 return getTime(new Date(targetTime), formatter);
 }

 private static String getTime(Date date, DateFormat formatter) {
 return formatter.format(date);
 }

 private static String getTimeZone() {
 Calendar cal = Calendar.getInstance();
 // getOffset will access to offset and contains DaylightTime
 int timeZone = cal.getTimeZone().getOffset(System.currentTimeMillis()) / (3600000);
 if (timeZone >= 0) {
 return String.valueOf("+" + timeZone);
 }
 return String.valueOf(timeZone);
 }

 public static String getGMTTime(Date date, SimpleDateFormat formatter) {
 TimeZone srcTimeZone = TimeZone.getTimeZone("GMT" + getTimeZone());
 TimeZone destTimeZone = TimeZone.getTimeZone("GMT+8");

 return dateTransformBetweenTimeZone(date, formatter, srcTimeZone, destTimeZone);
 }

 public static void main(String[] args) {
 System.out.println(getGMTTime(new Date(System.currentTimeMillis()), new SimpleDateFormat()));
 }
}

三、Java中关于时间处理的类

关于Date,Calendar,LocalDate/LocalTime的介绍文章。

参考资料:

Java时区处理之Date,Calendar,TimeZone,SimpleDateFormat

到此这篇关于Java对世界不同时区timezone之间时间转换的处理方法的文章就介绍到这了,更多相关Java不同时区timezone时间转换内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!

 类似资料:
  • 问题内容: 解决的问题 外部设备正在计算并发送非标准的2小时轮班时间戳,这使我非常困惑,并启动了该线程。时区 不会影响自己的时间戳 ,时区仅在以人类可读形式进行转换时适用。 我在UTC时区有时间戳记(距离unix纪元的秒数​​),没有DST(夏令时)。 我想要使​​用DST的“欧洲/布拉格”时区中的时间戳(距Unix纪元的秒数​​)。 我曾经以为unix时间戳不受时区限制,时区仅影响将时间戳转换为

  • 当将同一时间从Sri Jeyawardenepura转换回珀斯时(1/31/2005 11:30 PM),它转换到1/1/2006 3:00 AM。 时区换算为什么会有一个小时的差?

  • 我以UTC long格式存储日期,并以用户时区显示。但当我试图只存储几天而没有时间时,它会误导到不同的日期。 例如:2016年5月05/06/2016 (06日的调度事件)。此日期对于所有没有时区的地区都是唯一的。如果来自GMT 5:30时区的用户试图在2016年6月5日添加事件,则ISO-8601格式为2016-05-05T16:00:00.000Z,毫秒1462464000000。 然后来自G

  • 本文向大家介绍详解Java时区处理之Date,Calendar,TimeZone,SimpleDateFormat,包括了详解Java时区处理之Date,Calendar,TimeZone,SimpleDateFormat的使用技巧和注意事项,需要的朋友参考一下 一、概述 1、问题描述 使用Java处理时间时,我们可能会经常发现时间不对,比如相差8个小时等等,其真实原因便是TimeZone。只有正

  • 问题内容: 在Linux中,有没有办法以编程方式获取给定时间字符串的UTC时间,例如 设置为UTC时间,而不考虑(且不更改)本地时区设置? 问题答案: 报告。出现差异是因为2012年12月14日实际上是星期五,而不是星期二。使用有效的输入可能效果更好…

  • 我不想使用 库,因为我正在处理的项目需要文书工作来引入依赖项。如果我能在没有第三方库的情况下实现这一目标,我会更高兴。 我很难在CET和UTC之间转换日期,因为日期是夏时制。这与我预期的相差一个小时: CET比UTC提前一小时,夏季提前2小时。因此,我预计中欧在盛夏的10点30分将达到协调世界时的8点30分。 功能是: 我使用两个时区信息对象: