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

Java8新特性之深入解析日期和时间_动力节点Java学院整理

岳枫
2023-03-14
本文向大家介绍Java8新特性之深入解析日期和时间_动力节点Java学院整理,包括了Java8新特性之深入解析日期和时间_动力节点Java学院整理的使用技巧和注意事项,需要的朋友参考一下

日期是商业逻辑计算一个关键的部分,任何企业应用程序都需要处理时间问题。应用程序需要知道当前的时间点和下一个时间点,有时它们还必须计算这两个时间点之间的路径。但java之前的日期做法太令人恶心了,我们先来吐槽一下
吐槽java.util.Date跟Calendar

Tiago Fernandez做过一次投票,选举最烂的JAVA API,排第一的EJB2.X,第二的就是日期API。

槽点一

最开始的时候,Date既要承载日期信息,又要做日期之间的转换,还要做不同日期格式的显示,职责较繁杂(不懂单一职责,你妈妈知道吗?纯属恶搞~哈哈)

后来从JDK 1.1 开始,这三项职责分开了:

  • 使用Calendar类实现日期和时间字段之间转换;
  • 使用DateFormat类来格式化和分析日期字符串;
  • 而Date只用来承载日期和时间信息。

原有Date中的相应方法已废弃。不过,无论是Date,还是Calendar,都用着太不方便了,这是API没有设计好的地方。

槽点二

坑爹的year和month

Date date = new Date(2012,1,1);
System.out.println(date);

输出Thu Feb 01 00:00:00 CST 3912

观察输出结果,year是2012+1900,而month,月份参数我不是给了1吗?怎么输出二月(Feb)了?

应该曾有人告诉你,如果你要设置日期,应该使用 java.util.Calendar,像这样...

Calendar calendar = Calendar.getInstance();
calendar.set(2013, 8, 2);

这样写又不对了,calendar的month也是从0开始的,表达8月份应该用7这个数字,要么就干脆用枚举

calendar.set(2013, Calendar.AUGUST, 2);

注意上面的代码,Calendar年份的传值不需要减去1900(当然月份的定义和Date还是一样),这种不一致真是让人抓狂!

有些人可能知道,Calendar相关的API是IBM捐出去的,所以才导致不一致。

槽点三

java.util.Date与java.util.Calendar中的所有属性都是可变的

下面的代码,计算两个日期之间的天数....

public static void main(String[] args) {
  Calendar birth = Calendar.getInstance();
  birth.set(1975, Calendar.MAY, 26);
  Calendar now = Calendar.getInstance();
  System.out.println(daysBetween(birth, now));
  System.out.println(daysBetween(birth, now)); // 显示 0?
 } 
public static long daysBetween(Calendar begin, Calendar end) {
  long daysBetween = 0;
  while(begin.before(end)) {
    begin.add(Calendar.DAY_OF_MONTH, 1);
    daysBetween++;
  }
  return daysBetween;
}

daysBetween有点问题,如果连续计算两个Date实例的话,第二次会取得0,因为Calendar状态是可变的,考虑到重复计算的场合,最好复制一个新的Calendar

public static long daysBetween(Calendar begin, Calendar end) {
  Calendar calendar = (Calendar) begin.clone(); // 复制
  long daysBetween = 0;
  while(calendar.before(end)) {
    calendar.add(Calendar.DAY_OF_MONTH, 1);
    daysBetween++;
  }
  return daysBetween;
}

JSR310

以上种种,导致目前有些第三方的java日期库诞生,比如广泛使用的JODA-TIME,还有Date4j等,虽然第三方库已经足够强大,好用,但还是有兼容问题的,比如标准的JSF日期转换器与joda-time API就不兼容,你需要编写自己的转换器,所以标准的API还是必须的,于是就有了JSR310。

JSR 310实际上有两个日期概念。第一个是Instant,它大致对应于java.util.Date类,因为它代表了一个确定的时间点,即相对于标准Java纪元(1970年1月1日)的偏移量;但与java.util.Date类不同的是其精确到了纳秒级别。

第二个对应于人类自身的观念,比如LocalDate和LocalTime。他们代表了一般的时区概念,要么是日期(不包含时间),要么是时间(不包含日期),类似于java.sql的表示方式。此外,还有一个MonthDay,它可以存储某人的生日(不包含年份)。每个类都在内部存储正确的数据而不是像java.util.Date那样利用午夜12点来区分日期,利用1970-01-01来表示时间。

目前Java8已经实现了JSR310的全部内容。新增了java.time包定义的类表示了日期-时间概念的规则,包括instants, durations, dates, times, time-zones and periods。这些都是基于ISO日历系统,它又是遵循 Gregorian规则的。最重要的一点是值不可变,且线程安全,通过下面一张图,我们快速看下java.time包下的一些主要的类的值的格式,方便理解。

方法概览

该包的API提供了大量相关的方法,这些方法一般有一致的方法前缀:

of:静态工厂方法。

parse:静态工厂方法,关注于解析。

get:获取某些东西的值。

is:检查某些东西的是否是true。

with:不可变的setter等价物。

plus:加一些量到某个对象。

minus:从某个对象减去一些量。

to:转换到另一个类型。

at:把这个对象与另一个对象组合起来,例如: date.atTime(time)。

与旧的API对应关系

简单使用java.time的API

public class TimeIntroduction {
  public static void testClock() throws InterruptedException {
    //时钟提供给我们用于访问某个特定 时区的 瞬时时间、日期 和 时间的。 
    Clock c1 = Clock.systemUTC(); //系统默认UTC时钟(当前瞬时时间 System.currentTimeMillis()) 
    System.out.println(c1.millis()); //每次调用将返回当前瞬时时间(UTC) 
    Clock c2 = Clock.systemDefaultZone(); //系统默认时区时钟(当前瞬时时间) 
    Clock c31 = Clock.system(ZoneId.of("Europe/Paris")); //巴黎时区 
    System.out.println(c31.millis()); //每次调用将返回当前瞬时时间(UTC) 
    Clock c32 = Clock.system(ZoneId.of("Asia/Shanghai"));//上海时区 
    System.out.println(c32.millis());//每次调用将返回当前瞬时时间(UTC) 
    Clock c4 = Clock.fixed(Instant.now(), ZoneId.of("Asia/Shanghai"));//固定上海时区时钟 
    System.out.println(c4.millis());
    Thread.sleep(1000);
    System.out.println(c4.millis()); //不变 即时钟时钟在那一个点不动 
    Clock c5 = Clock.offset(c1, Duration.ofSeconds(2)); //相对于系统默认时钟两秒的时钟 
    System.out.println(c1.millis());
    System.out.println(c5.millis());
  }
  public static void testInstant() {
    //瞬时时间 相当于以前的System.currentTimeMillis() 
    Instant instant1 = Instant.now();
    System.out.println(instant1.getEpochSecond());//精确到秒 得到相对于1970-01-01 00:00:00 UTC的一个时间 
    System.out.println(instant1.toEpochMilli()); //精确到毫秒 
    Clock clock1 = Clock.systemUTC(); //获取系统UTC默认时钟 
    Instant instant2 = Instant.now(clock1);//得到时钟的瞬时时间 
    System.out.println(instant2.toEpochMilli());
    Clock clock2 = Clock.fixed(instant1, ZoneId.systemDefault()); //固定瞬时时间时钟 
    Instant instant3 = Instant.now(clock2);//得到时钟的瞬时时间 
    System.out.println(instant3.toEpochMilli());//equals instant1 
  }
  public static void testLocalDateTime() {
    //使用默认时区时钟瞬时时间创建 Clock.systemDefaultZone() -->即相对于 ZoneId.systemDefault()默认时区 
    LocalDateTime now = LocalDateTime.now();
    System.out.println(now);
//自定义时区 
    LocalDateTime now2 = LocalDateTime.now(ZoneId.of("Europe/Paris"));
    System.out.println(now2);//会以相应的时区显示日期 
//自定义时钟 
    Clock clock = Clock.system(ZoneId.of("Asia/Dhaka"));
    LocalDateTime now3 = LocalDateTime.now(clock);
    System.out.println(now3);//会以相应的时区显示日期 
//不需要写什么相对时间 如java.util.Date 年是相对于1900 月是从0开始 
//2013-12-31 23:59 
    LocalDateTime d1 = LocalDateTime.of(2013, 12, 31, 23, 59);
//年月日 时分秒 纳秒 
    LocalDateTime d2 = LocalDateTime.of(2013, 12, 31, 23, 59, 59, 11);
//使用瞬时时间 + 时区 
    Instant instant = Instant.now();
    LocalDateTime d3 = LocalDateTime.ofInstant(Instant.now(), ZoneId.systemDefault());
    System.out.println(d3);
//解析String--->LocalDateTime 
    LocalDateTime d4 = LocalDateTime.parse("2013-12-31T23:59");
    System.out.println(d4);
    LocalDateTime d5 = LocalDateTime.parse("2013-12-31T23:59:59.999");//999毫秒 等价于999000000纳秒 
    System.out.println(d5);
//使用DateTimeFormatter API 解析 和 格式化 
    DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm:ss");
    LocalDateTime d6 = LocalDateTime.parse("2013/12/31 23:59:59", formatter);
    System.out.println(formatter.format(d6));
//时间获取 
    System.out.println(d6.getYear());
    System.out.println(d6.getMonth());
    System.out.println(d6.getDayOfYear());
    System.out.println(d6.getDayOfMonth());
    System.out.println(d6.getDayOfWeek());
    System.out.println(d6.getHour());
    System.out.println(d6.getMinute());
    System.out.println(d6.getSecond());
    System.out.println(d6.getNano());
//时间增减 
    LocalDateTime d7 = d6.minusDays(1);
    LocalDateTime d8 = d7.plus(1, IsoFields.QUARTER_YEARS);
//LocalDate 即年月日 无时分秒 
//LocalTime即时分秒 无年月日 
//API和LocalDateTime类似就不演示了 
  }
  public static void testZonedDateTime() {
    //即带有时区的date-time 存储纳秒、时区和时差(避免与本地date-time歧义)。 
//API和LocalDateTime类似,只是多了时差(如2013-12-20T10:35:50.711+08:00[Asia/Shanghai]) 
    ZonedDateTime now = ZonedDateTime.now();
    System.out.println(now);
    ZonedDateTime now2 = ZonedDateTime.now(ZoneId.of("Europe/Paris"));
    System.out.println(now2);
//其他的用法也是类似的 就不介绍了 
    ZonedDateTime z1 = ZonedDateTime.parse("2013-12-31T23:59:59Z[Europe/Paris]");
    System.out.println(z1);
  }
  public static void testDuration() {
    //表示两个瞬时时间的时间段 
    Duration d1 = Duration.between(Instant.ofEpochMilli(System.currentTimeMillis() - 12323123), Instant.now());
//得到相应的时差 
    System.out.println(d1.toDays());
    System.out.println(d1.toHours());
    System.out.println(d1.toMinutes());
    System.out.println(d1.toMillis());
    System.out.println(d1.toNanos());
//1天时差 类似的还有如ofHours() 
    Duration d2 = Duration.ofDays(1);
    System.out.println(d2.toDays());
  }
  public static void testChronology() {
    //提供对java.util.Calendar的替换,提供对年历系统的支持 
    Chronology c = HijrahChronology.INSTANCE;
    ChronoLocalDateTime d = c.localDateTime(LocalDateTime.now());
    System.out.println(d);
  }
  /**
   * 新旧日期转换
   */
  public static void testNewOldDateConversion(){
    Instant instant=new Date().toInstant();
    Date date=Date.from(instant);
    System.out.println(instant);
    System.out.println(date);
  }
  public static void main(String[] args) throws InterruptedException {
    testClock();
    testInstant();
    testLocalDateTime();
    testZonedDateTime();
    testDuration();
    testChronology();
    testNewOldDateConversion();
  }
}

与Joda-Time的区别

其实JSR310的规范领导者Stephen Colebourne,同时也是Joda-Time的创建者,JSR310是在Joda-Time的基础上建立的,参考了绝大部分的API,但并不是说JSR310=JODA-Time,下面几个比较明显的区别是

1.最明显的变化就是包名(从org.joda.time以及java.time)

2.JSR310不接受NULL值,Joda-Time视NULL值为0

3.JSR310的计算机相关的时间(Instant)和与人类相关的时间(DateTime)之间的差别变得更明显

4.JSR310所有抛出的异常都是DateTimeException的子类。虽然DateTimeException是一个RuntimeException

总结

对比旧的日期API

Java.time java.util.Calendar以及Date
流畅的API 不流畅的API
实例不可变 实例可变
线程安全 非线程安全

日期与时间处理API,在各种语言中,可能都只是个不起眼的API,如果你没有较复杂的时间处理需求,可能只是利用日期与时间处理API取得系统时间,简单做些显示罢了,然而如果认真看待日期与时间,其复杂程度可能会远超过你的想象,天文、地理、历史、政治、文化等因素,都会影响到你对时间的处理。所以在处理时间上,最好选用JSR310(如果你用java8的话就实现310了),或者Joda-Time。

不止是java面临时间处理的尴尬,其他语言同样也遇到过类似的问题,比如

Arrow:Python 中更好的日期与时间处理库

Moment.js:JavaScript 中的日期库

Noda-Time:.NET 阵营的 Joda-Time 的复制

 类似资料:
  • 本文向大家介绍Java8新特性之Base64详解_动力节点Java学院整理,包括了Java8新特性之Base64详解_动力节点Java学院整理的使用技巧和注意事项,需要的朋友参考一下 BASE64 编码是一种常用的字符编码,在很多地方都会用到。但base64不是安全领域下的加密解密算法。能起到安全作用的效果很差,而且很容易破解,他核心作用应该是传输数据的正确性,有些网关或系统只能使用ASCII字符

  • 本文向大家介绍Java8新特性之类型注解_动力节点Java学院整理,包括了Java8新特性之类型注解_动力节点Java学院整理的使用技巧和注意事项,需要的朋友参考一下 注解从java5开始加入这一特性,发展到现在已然是遍地开花,在很多框架中得到了广泛的使用,用来简化程序中的配置。那充满争议的类型注解究竟是什么?复杂还是便捷? 什么是类型注解 在java 8之前,注解只能是在声明的地方所使用,比如类

  • 本文向大家介绍Java8新特性之再见Permgen_动力节点Java学院整理,包括了Java8新特性之再见Permgen_动力节点Java学院整理的使用技巧和注意事项,需要的朋友参考一下 很多开发者都在其系统中见过“java.lang.OutOfMemoryError: PermGen space”这一问题。这往往是由类加载器相关的内存泄漏以及新类加载器的创建导致的,通常出现于代码热部署时。相对于

  • 本文向大家介绍Java8新特性之lambda的作用_动力节点Java学院整理,包括了Java8新特性之lambda的作用_动力节点Java学院整理的使用技巧和注意事项,需要的朋友参考一下 我们期待了很久lambda为java带来闭包的概念,但是如果我们不在集合中使用它的话,就损失了很大价值。现有接口迁移成为lambda风格的问题已经通过default methods解决了,在这篇文章将深入解析Ja

  • 本文向大家介绍Sax解析xml_动力节点Java学院整理,包括了Sax解析xml_动力节点Java学院整理的使用技巧和注意事项,需要的朋友参考一下 JAVA 解析 XML 通常有两种方式,DOM 和 SAX。DOM 虽然是 W3C 的标准,提供了标准的解析方式,但它的解析效率一直不尽如人意,因为使用DOM解析XML时,解析器读入整个文档并构建一个驻留内存的树结构(节点树),然后您的代码才可以使用

  • 本文向大家介绍JavaScript之json_动力节点Java学院整理,包括了JavaScript之json_动力节点Java学院整理的使用技巧和注意事项,需要的朋友参考一下 JSON是JavaScript Object Notation的缩写,它是一种数据交换格式。 在JSON出现之前,大家一直用XML来传递数据。因为XML是一种纯文本格式,所以它适合在网络上交换数据。XML本身不算复杂,但是,