簡介

上一篇文章我們講解了Virtual Call的定義並舉例分析了Virtual Call在父類和子類中的優化。

JIT對類可以進行優化，那麼對於interface可不可以做同樣的優化麼？

一起來看看吧。

最常用的介面List

List應該是大家最最常用的介面了，我想這個大家應該不會反駁。

public interface List<E> extends Collection<E> {

今天我們就拿List來做例子，體驗一下JIT優化介面的奧祕。

還是上程式碼，要分析的程式碼如下：

public class TestVirtualListCall {

  public static void main(String[] args) throws InterruptedException {
    List<String> list=new ArrayList<>();
    for (int i = 0; i < 10000; i++)
    {
      doWithVMethod(list);
    }
    Thread.sleep(1000);
  }

  public static void doWithVMethod(List<String> list)
  {
    list.add("www.jb51.net");
  }
}

如果在命令列執行，大家記得在執行時新增引數-XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly -XX:-Inline

直接看JIT Watcher的結果：

我們可以看到JIT中先對ArrayList的實現類做了一個比較。

然後呼叫的是invokeinterface，但是其本質還是invokevirtual,並且我們可以看到這個呼叫是被優化過了：optimized virtual call。

多個List的呼叫

同樣的，我們可以測試一下多個list子類的情況下怎麼呼叫：

public class TestVirtualListCall2 {

  public static void main(String[] args) throws InterruptedException {
    List<String>[] lists=new List[]{new ArrayList<>(),new LinkedList<>()};
    for (int i = 0; i < 10000; i++)
    {
      doWithVMethod(lists[i%2]);
    }
    Thread.sleep(1000);
  }

  public static void doWithVMethod(List<String> list)
  {
    list.add("www.jb51.net");
  }
}

同樣，使用JIT Watcher來執行：

我們可以看到JIT做了兩次物件型別的比較，然後對兩個invokeinterface都做了優化。

結果和我們的父類子類結果是一樣的。

不一樣的List呼叫

上面我們在做多個list呼叫的時候，是輪循著來呼叫的，如果我們先呼叫ArrayList的方法，再呼叫LinkedList的方法，會有什麼不同呢？

一起來看看。

public class TestVirtualListCall3 {

  public static void main(String[] args) throws InterruptedException {
    List<String> list1 = new ArrayList<>();
    List<String> list2 = new LinkedList<>();
    for (int i = 0; i < 10000; i++)
    {
      doWithVMethod(list1);
    }
    Thread.sleep(1000);
    for (int i = 0; i < 10000; i++)
    {
      doWithVMethod(list2);
    }
    Thread.sleep(1000);
  }

  public static void doWithVMethod(List<String> list)
  {
    list.add("www.jb51.net");
  }
}

上面我們先迴圈ArrayList，然後再迴圈LinkedList。

看下結果有什麼不同：

可以看到，JIT先比較了ArrayList,然後只做了一次方法的優化。

也就是說LinkedList的呼叫是沒有進行程式碼優化的。

上面的結果是在C2編譯器下，也就是level4的編譯水平下解析的。

我們看下如果在C1編譯器下，也就是Level3編譯水平下有什麼不同。

可以看到C1編譯下，所有的invokeinterface都沒有進行編譯優化，只有在C2編譯下，才會進行優化。

不同的JVM版本可能優化方式不一樣。大家可以自行實驗。

總結

本文用例項展示了Virtual Call在interface上面的優化使用。

感興趣的朋友，可以一起討論。

補充知識：Java 8 Stream 流已被操作或關閉

在Java 8中，Stream不能重複使用，一旦被消耗或使用，流將被關閉，類似流水線，水龍頭的水一樣一去不復返

示例 - 流關閉

檢視以下示例，它會丟擲一個IllegalStateException，表示“流被關閉”。

TestJava8.java

package com.mkyong.java8;
import java.util.Arrays;
import java.util.stream.Stream;
public class TestJava8 {
  public static void main(String[] args) {
    String[] array = {"a","b","c","d","e"};
    Stream<String> stream = Arrays.stream(array);
    // loop a stream
    stream.forEach(x -> System.out.println(x));
    // reuse it to filter again! throws IllegalStateException
    long count = stream.filter(x -> "b".equals(x)).count();
    System.out.println(count);
  }
}

Output

java.lang.IllegalStateException: stream has already been operated upon or closed
 at java.util.stream.AbstractPipeline.(AbstractPipeline.java:203)
 at java.util.stream.ReferencePipeline.(ReferencePipeline.java:94)
 at java.util.stream.ReferencePipeline$StatelessOp.(ReferencePipeline.java:618)
 at java.util.stream.ReferencePipeline$2.(ReferencePipeline.java:163)
 at java.util.stream.ReferencePipeline.filter(ReferencePipeline.java:162)
 at com.hostingcompass.whois.range.run.TestJava8.main(TestJava8.java:25)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:498)
 at com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)

示例 - 重用流

TestJava8.java

package com.mkyong.java8; 
import java.util.function.Supplier;
import java.util.stream.Stream;
 public class TestJava8 {
 
  public static void main(String[] args) { 
    String[] array = {"a","e"};
     Supplier<Stream<String>> streamSupplier = () -> Stream.of(array);
 
    //get new stream
    streamSupplier.get().forEach(x -> System.out.println(x));
 
    //get another new stream
    long count = streamSupplier.get().filter(x -> "b".equals(x)).count();
    System.out.println(count); 
  }
 }

Output

a

b

c

d

e

1

每個get()都會返回一個新的流

以上這篇JVM系列之:JIT中的Virtual Call介面操作就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支援我們。