Java 基础-LocalDate相关

haoming1100

发布于 2018-10-11 09:49:10

1.4K0

发布于 2018-10-11 09:49:10

文章被收录于专栏：步履前行

Java8已经出来好久了，然后我们平时工作中也遇到了好多的关于时间转换的问题，基本上就是需要的时间看一看源码，然后拿来直接用，其实真正理解的并不多。今天又遇到了关于String转换的问题，就决定写一篇文章出来。

那么在写具体的LocalDate前，我们先来看下为什么要在Java8中搞一套新的API呢，因为旧的Date类非常的难用，比如，其中的几个构造方法都被标注为@Deprecated，这里我总结了一些Date的一些问题

Date这个类既可以描述年月日，也可以描述时分秒，虽然万花筒用起来是挺好的，但是它既可以表示时间戳还可以表示日期，直观看来是不明确的。
而且作为一个日期类，它是可变的。所以作为返回对象时，返回的都应该是它的clone，而不是对象本身，否则的话可能会改变它的结构。既然它是可变的，也就不是线程安全的，这是Date类面临的很大的问题之一。
- 这里请注意，Java8的LocalDate是线程安全的是因为它没有提供set方法，也就意味着一旦创建就不能修改值。而Date方法则提供了set方法

在它的内部API中，getMonth返回的是0-11代表的月份，而getYear返回的是基于1900年的，即2018年为118年

下面面是摘自源码的注释 //The value returned is between <code>0</code> and <code>11</code>, 　　with the value <code>0</code> representing January. 上面的注释已经指出了，一月是0，而且这个getMonth()方法明确了是@Deprecated。

 /**
     * Returns a number representing the month that contains or begins
     * with the instant in time represented by this <tt>Date</tt> object.
     * The value returned is between <code>0</code> and <code>11</code>,
     * with the value <code>0</code> representing January.
     *
     * @return  the month represented by this date.
     * @see     java.util.Calendar
     * @deprecated As of JDK version 1.1,
     * replaced by <code>Calendar.get(Calendar.MONTH)</code>.
     */
    @Deprecated
    public int getMonth() {
        return normalize().getMonth() - 1; // adjust 1-based to 0-based
    }

Date类为了兼容SQL，有一个java.sql.Date（这个Date仅包含日期），这就给我们日常的使用带来了很多迷惑。下图是sql.Date的方法

还有一个就是闰秒的问题，闰秒通常会在一个小时内用ntp更新一个好的系统时钟。在引入两个闰秒(至少每六个月一次，实际上每几年一次)的情况下，系统仍在运行的可能性非常小，特别是考虑到您必须不时地重新部署新版本的代码。即使使用动态语言来重新生成类或类似于WAR引擎的东西，也会污染类空间并最终耗尽permgen（这里摘自网络）

而且在我们经常和Date搭配使用的SimpleDateFormat中，parse()中，其中解析的时候，使用了CalendarBuilder calb = new CalendarBuilder();，然后在设置值的时候，是先用 CalendarBuilder的 establish(),establish方法的内容：

//这里是先清空
cal.clear();
...
//然后再设置新的值
cal.setWeekDate(field[MAX_FIELD + WEEK_YEAR], weekOfYear, dayOfWeek);

如果在多个线程中，如果一个线程已经进行了clear()，而另一个线程期望这个值进行读取，可以想象造成的后果，所以如果在多线程中，要么不使用它，要么就要使它是安全的，所以可以：

1. 进行synchronization，虽然这是一个不好的做法 2. 在每个线程中进行单独的实例化，这将造成内存上的消耗，但是这是一个笨办法 3. 最后就是使用ThreadLocal，这是3个方法中最快的(3点建议摘自stackoverflow)

上边说了Date的一些问题，然后我们来说下Java8新增的日期API --- Date Time API

首先让我们来看下包结构。

我们可以看到常用的LocalDate, LocalDateTime, LocalTime.Instant类，这些类都是不可变，并且是线程安全的，没有提供set方法。

chrono包，这是一个日历相关的包，A calendar system, used to organize and identify dates 代码注释已经说明了

而且这个日历包是包括ISO日历和非ISO日历的（也就是公历和非公历）

ISO公历：国际标准ISO 8601，是国际标准化组织的日期和时间的表示方法，全称为《数据存储和交换形式·信息交换·日期和时间的表示方法》（https://zh.wikipedia.org/wiki/ISO_8601）比如年由4位数字组成YYYY，或者带正负号的四或五位数字表示±YYYYY。月、日用两位数字表示：MM、DD。只使用数字为基本格式。使用短横线"-"间隔开年、月、日为扩展格式。

非ISO公历：泰国佛教日历，Hijrah日历，Minguo日历

其中LocalDate就是我们的公历，而ThaiBuddhistDate是泰国的佛教日历输出结果是

当然有了不同的日历就有了转换，看代码

输出是

LocalDate和ThaiBuddhistDate都是Temporal的子类

format包，这是一个用于格式化和解析的包，不过我们不会经常用它，LocalDate类本身已经提供了相关操作
temporal包，使用字段和单位以及日期时间调整器访问日期和时间。该软件包扩展了基础软件包，为更强大的用例提供了额外的功能，包括
- 日期时间单位，例如年，月，日和小时
- 日期时间字段，例如月份，星期几或小时
- 日期时间调整功能
- 周的不同定义
- 比如像Date Time Package图提到的Month,MonthDay都是Temporal的子类
- 要查找给定日期之后的第一个星期几，请使用TemporalAdjusters.next(DayOfWeek)，例如 date.with(next(MONDAY))
zone包。支持不同时区和规则的包。

接下来我们来看LocalDate

在LocalDate中，有以下常用的方法，

    public static LocalDate now() {
        return now(Clock.systemDefaultZone());
    }

    public static LocalDate now(ZoneId var0) {
        return now(Clock.system(var0));
    }

    public static LocalDate now(Clock var0) {
    }

    public static LocalDate of(int var0, Month var1, int var2) {                ...}

    public static LocalDate of(int var0, int var1, int var2) {
    }

    public static LocalDate ofYearDay(int var0, int var1) {
    }

    public static LocalDate from(TemporalAccessor var0) {
    }

    public static LocalDate parse(CharSequence var0) {
        return parse(var0, DateTimeFormatter.ISO_LOCAL_DATE);
    }

    public static LocalDate parse(CharSequence var0, DateTimeFormatter var1) {
        Objects.requireNonNull(var1, "formatter");
        return (LocalDate) var1.parse(var0, LocalDate::from);
    }

在上面的代码中，其中now()方法，还有parse(),of(),是比较常用的方法，