java8优势

相信对于java8这个字眼大家都已经不陌生了,但是对于java8的了解和使用很多人还不是很清楚,甚至很多人还在犹豫着要不要用java8,那么我写这篇文章的目的就是告诉你,你一定要使用java8以及你为什么要使用java8.

lambda

在Java7以及之前的代码里,为了实现带一个方法的接口,往往需要定义一个匿名类并复写接口方法,代码显得很臃肿。
比如我们用来给数组排序的Comparator接口:

  1. String[] str = "aa、bb、cc、dd".split("、");
  2. Arrays.sort(str, new Comparator<String>() {
  3. @Override
  4. public int compare(String s1, String s2) {
  5. return s1.toLowerCase().compareTo(s2.toLowerCase());
  6. }
  7. });

然而对于这种只有一个方法的接口,在Java8里面,我们可以把它视为一个函数,用lambda表示式简化如下的操作:

  1. String[] str = "aa、bb、cc、dd".split("、");
  2. Arrays.sort(str, (s1, s2) -> {
  3. return s1.toLowerCase().compareTo(s2.toLowerCase());
  4. });

这样我们的代码看着就简洁了很多,或许单单看这一个例子大家还体会不到lambda那神奇的魔力.
如果接触过jedis的朋友,相信都知道在使用jedis的时候会有获取连接,进行操作,释放连接这几个步骤。
大家能看出来,除了进行操作这个步骤是不同的,连接的获取和释放代码是相同的,那么这时候我们就可以考虑用lambda表达式把他封装起来,具体的实现可以去我的github上看,仓库地址点击这里.

stream

集合类新增的stream()方法用于把一个集合变成Stream,然后,通过filter()、map()等实现Stream的变换。Stream还有一个forEach()来完成每个元素的迭代。

例如我原来要遍历一个list,要对这个list做一个for遍历
代码是这样的:

List<String> a = new ArrayList<String>();
for (String o : a) {
    System.out.println(o)
}

而我用了stream之后,代码却简洁成这个样子:

List<String> a = new ArrayList<>();
a.stream().forEach(c-> System.out.println(c));

在比如我想取得这个list的的前10项:

List<String> list = oldList.limit(10).collect(Collectors.toList());

那么如果我想取得数列的第20~30项,可以这样做:

List<String> list = oldList.skip(20).limit(10).collect(Collectors.toList());

而且Stream有串行和并行两种,串行Stream上的操作是在一个线程中依次完成,而并行Stream则是在多个线程上同时执行。
stream提供了parallelStream使用多线程进行操作,加大了运算效率.

Stream中还有fifter、sorted、Match、map、Reduce这一类的api,大家可以在日后的使用中慢慢去体会他的强大之处.

optional

Optional 不是函数是接口,这是个用来防止NullPointerException异常的辅助类型,这是下一届中将要用到的重要概念,他最初源自于google出的框架包guava之中,于1.8正式引入到jdk中使用

Optional 被定义为一个简单的容器,其值可能是null或者不是null。在之前一般某个函数应该返回非空对象但是偶尔却可能返回了null,然后这样的结果或许可能会让你的程序出现NullPointerException,会造成程序的崩溃等不可预估的问题,而在Java 8中,不推荐你返回null而是返回Optional。

Optional<String> optional = Optional.of("bam");

optional.isPresent();           // true
optional.get();                 // "bam"
optional.orElse("fallback");    // "bam"

optional.ifPresent((s) -> System.out.println(s.charAt(0)));     // "b"

构造函数和方法引用

构造函数

在java8之前我们新建一个对象都是这样的User u = new User()
而在java8中我们可以这么写代码User u = User::new

方法引用

我经常把方法引用和lambda合在一起使用
比如我们有一个业务需要把集合里每个元素做处理
那么我们根据业务规范要把这个处理的事件写成一个业务方法,然后遍历集合元素,并传递元素调用该方法

一般我们在使用java8以前都是这么写的:

//声明一个名为doSomeThing的方法  
public void doSomeThing(String item){
   // TODO
}


List<String> list = new ArrayList<String>();
for(String item:list){
   doSomeThing(item);
}

那么在java8中,上面的东西我很简单的就搞定了list.stream().foreach(item->doSomeThing(item))

我用方法引用再简化一下上面的代码,就变成了现在这个样子list.stream().foreach(this:: doSomeThing),很牛逼是不是!

hashMap的优化

  • 如果在hash冲突的时候,链表长度大于默认因子数8的时候,会变更为红黑树,利用红黑树快速增删改查的特点提高HashMap的性能,用以提高效率.

  • JDK1.7中rehash的时候,旧链表迁移新链表的时候,如果在新表的数组索引位置相同,则链表元素会倒置,JDK1.8不会倒置.

详细的优化请参考美团技术团队写的这篇文章Java 8系列之重新认识HashMap

concurrentHashMap的优化

concurrentHashMap变成了cas无锁模式,只有在扩容的时候才会用sync进行锁,cas的无锁模式使得concurrentHashMap在吞吐量上有了一定等级的提升

JVM方面的优化

内存模型换成红黑树,有利于gc,减少内存泄露
java内存分带进行了改进,取消了永久代,变成了metaSpace

内存分带的改进:metaSpace

java8内存分带的改进之后带来哪些优势?

你的metaSpace使用了机器的堆内存,metaSpace是自动扩展的,但是你可以给他设置一个固定的最大容量,但是其实你是无需关系他的大小,让你不用像以前一样担心permGen溢出的问题.

在永久代被发明的时候那时候还没有spi,osgi这类的动态类加载机制,所以一个类一旦被JVM加载之后他就一直在内存之中,一直到JVM结束运行才会释放(其实这个时候说道释放也没有什么意义了),而现在的阶段类在JVM的生命周期变得不确定了,可以灵活的加载和释放,所以java8中吧永久代变为metaSpace的意义其实也是为了应对现在类机制灵活的变化.

metaSpace的缺点

上面我们谈到了内存分带改进的好处,但是metaSpace也有他的缺点

他的缺点是什么呢?

  • 拿class实例来讲,无论是永久代还是metaSpace都会存在类加载泄露的风险.唯一的区别是metaSpace的默认设置(自动调整metaSpace空间大小),这个看来是改进的地方,会让你在类加载泄露的问题变得更难发现.

  • 另一方面,如果metaSpace的东西占用的空间更大了之后,他是有可能耗尽操作系统的内存,这种情况的发生比耗尽JVM永久代的后果更严重,虽然你可以设置一个metaSpace的最大值,但是这个最大值的大小又会变成调优的另一个新问题了.

无论你是在JVM里使用metaSpace还是永久代,如果你正在使用动态类卸载,你应该采取措施来检测和防止类加载泄露.