一、Lambda表达式
1.1、概念
Lambda表达式本质上是一段匿名内部类，也可以是一段可以传递的代码。
1.2 语法
1.2.1 完整的Lambda表达式由三部分组成：参数列表、箭头、声明语句
(Type1 param1, Type2 param2, ... ,TypeN paramN) -> {
statment1 ;
statment2;
// .......
return statmentM;
}
1、绝大多数情况下，编译器都可以从上下文的环境中推断出参数的类型，所以类型可以省略
(param1, param2, ... ,paramN) -> { statment1 ; statment2; // ....... return statmentM;}
2、当Lambda表达式参数只有一个时，小括号也可以省略
param -> { statment1 ; statment2; // ....... return statmentM;}
3、当Lambda表达式只包含一条语句时，可以省略大括号、return和语句结尾处的分号
param -> statment1
1.2.2 函数接口
函数接口是只有一个抽象方法的接口，用作Lambda表达式的返回类型。这些接口类上面都有@FunactionalInterface 这个注解，接口包路径为java.util.function。
1.2.3 类型检查、类型推断
Java编译器根据Lambda表达式的上下文内容就可以推断出参数的类型了，虽然程序还是要经过类型检查来保证运行的安全性，但是不需要显示声明类型了。有时显示类型代码更易读，有时去掉更易读，没有规定说哪种方法更易读，需要我们自己视情况或习惯决定。
1.2.4 局部变量限制
Lambda表达式中也允许使用自由变量（在外层作用域中定义的变量），就像匿名类一样。Lambda可以没有限制的捕获实例变量和静态变量，但是局部变量必须是被final修饰的，或者事实上就是final的。
实例变量是存储在堆中的，而局部变量是存储在栈中的，如果Lambda直接访问局部变量，而且Lambda是在一个线程中使用的，则使用Lambda的线程，可能会在分配该变量的县城将这个变量收回之后，去访问该变量。因此，Java在访问自由局部变量时，实际上是在访问他的副本，而不是访问原始变量。
二、方法引用和构造器调用
2.1 方法引用
方法引用的基本思想是，如果一个Lambda代表的只是“直接调用这个方法”，那最好还是用名称来调用他，而不是描述如何调用它。
方法引用就是让人根据已有的方法实现来创建Lambda表达式，但是显示的指出方法的名称，提升代码可读性。
所以方法引用就是在内容中只有一个表达式的简写。
当需要使用方法引用时目标引用放在分隔符：：前，方法的名称放在后面，即：ClassName::MethodName。例如：User::getUserId ，就是引用user类中的getUserId方法。这里是不需要在方法后面加括号的，因为并没有真正的调用这个方法，他也就是Lambda表达式：(User u) -> u.getUserId()的快捷写法。
2.2 构造器调用
这也是方法引用的特殊情况——类的构造函数
这种时候通常是通过ClassName：：new这种形式创建类构造函数对应的引用。举例如下
//构造器调用
Supplier<User> user = User::new; //构造函数引用指向默认的User()构造方法
User u = user.get(); //调用Supplier的get方法，将产生一个新的User
// Lambda表达式
Supplier<User> user = （） ->User（）; //利用默认构造函数创建Apple的Lambda表达式
User u = user.get(); //调用Supplier的get方法，将产生一个新的User
三、Strean API
介绍：流是Java API的新成员，它允许你以声明性方式处理数据集合，可以把他们看成遍历数据集的高级迭代器。此外，流还可以透明地并行处理，无需写任何多线程代码。
四、接口中的默认方法和静态方法
为了以兼容方式改进API，Java8中加入了默认方法，就是在接口的前面加上default关键字修饰，就可以在接口中做具体方法实现了。静态方法同理，将关键字换成static。
五、方法参数反射
JDK8新增了Method.getParameters方法，可以获取参数信息，包括参数名称。但是为了避免.class文件因为保存参数名而导致文件过大或者占据更多内存，也避免有些参数（密码等）泄漏安全信息 ，JVM默认编译出的class文件是不会保留参数名这个信息的。当然，如果有这个需求，可以去编译器中将此功能打开。
五、新时间日期API
在之前使用的java.util.Date月份获取数据是从0开始的，使用时一般都需要+1操作，java.time.LacelDate月份和星期都改成了枚举。
java.util.Date和SimpleDateFormat都不是县城安全的，而LocalDate和LocalTime是不变类型的，不但线程安全，而且不能修改。
新时间日期API更好用的原因是考虑到了很多日期时间的操作，经常要实现往前几天或往后几天的情况，用原来的java.util.Date和Calendar要写好多代码，而且还容易出错呀，新接口一句代码就可以实现了。下面列了几个常用的实现：
六、HashMap优化
在JDK1.8中对HashMap等map集合的数据结构进行了优化
原来的HashMap采用的数据结构是哈希表（数组+链表）hashMap默认大小是16，是一个0-15的索引数组。
如何往里面存储数据：
1、首先调用元素的hashcode方法，计算出哈希值，经过哈希算法，算出数组的索引值，如果对应的索引出没有值，则直接放进去；如果有对象，那么调用equals方法比较他们的内容。
2、如果内容一样，后一个value会将前一个value覆盖，如果不一样，在JDK1.7时会将后加进来的放在前面，形成一个链表，也就形成了碰撞，在某些情况，如果链表无限下去，那么效率会非常低，碰撞也就是在所难免的事情了。
3、在JDK1.8之后，使用数组+链表+红黑树来实现hashMap，但红黑树也是具有一定条件才能触发的，需要碰撞的元素个数大于8，且总容量大于64的时候才会引入。当每一颗树的结点数小于等于临界值 6 时退化成链表。在1.8之后，新加进来的元素都是加到末尾的。
加载因子：0.75，数组扩容，当总容量达到75%的时候就会进行扩容，但是这不能解决碰撞的问题。
为什么红黑树的转换要求元素个数大于8，而红黑树转为链表元素是小于6呢：
这是因为红黑树的转换也是需要一定成本的，如果转化和消失的节点数都是8，可能会出现一个元素翻飞插入移除，导致HashMap底层反复在红黑树和链表之间转换，这样不但没有提高效率，反而降低了，所以两个转换节点之间预留了“空间”。
