Java 8의 캐싱 방법 참조는 언제 성능 이점을 제공합니까?

메서드 참조 보존이 Java 8에서 유익한가요?

다음 코드 조각을 고려하세요.

class Foo {
   Y func(X x) {...} 

   void doSomethingWithAFunc(Function<X,Y> f){...}

   void hotFunction(){
        doSomethingWithAFunc(this::func);
   }
}

hotFunction이 반복적으로 호출되면 캐싱 this::func는 다음과 같습니다. 유익합니다.

class Foo {
     Function<X,Y> f = this::func;
     ...
     void hotFunction(){
        doSomethingWithAFunc(f);
     }
}

가상 머신은 일반적으로 메소드 참조를 위해 익명 객체를 생성하므로 참조를 캐싱하면 객체가 한 번 생성되는 반면 캐시되지 않은 버전은 hotFunction이 호출될 때마다 객체를 생성합니다.

그러나 차이점은 동일한 호출 사이트를 실행하는 빈도와 다른 사이트에서 동일한 메소드에 대한 메소드 참조를 사용하는 빈도에 있습니다. 호출 사이트.

Runnable r1=null;
for(int i=0; i<2; i++) {
    Runnable r2=System::gc;
    if(r1==null) r1=r2;
    else System.out.println(r1==r2? "shared": "unshared");
}

동일한 호출 사이트는 상태 비저장 람다를 생성하고 JVM은 "shared"를 인쇄합니다.

Runnable r1=null;
for(int i=0; i<2; i++) {
  Runnable r2=Runtime.getRuntime()::gc;
  if(r1==null) r1=r2;
  else {
    System.out.println(r1==r2? "shared": "unshared");
    System.out.println(
        r1.getClass()==r2.getClass()? "shared class": "unshared class");
  }
}

이 시나리오에서 동일한 호출 사이트는 런타임 인스턴스에 대한 참조가 포함된 람다, JVM은 "비공유" 및 "공유"를 인쇄합니다. class."

Runnable r1=System::gc, r2=System::gc;
System.out.println(r1==r2? "shared": "unshared");
System.out.println(
    r1.getClass()==r2.getClass()? "shared class": "unshared class");

두 개의 서로 다른 호출 사이트가 동일한 메소드 참조를 생성하지만 JVM은 "unshared" 및 "unshared class"를 인쇄합니다.

JVM은 호출 사이트를 기억하고 재사용합니다. 첫 번째 호출에서 생성된 인스턴스입니다. 상태 비저장 람다 및 단일 호출 사이트의 경우 상수 개체를 생성합니다. JVM은 호출 사이트 간에 메소드 참조를 공유할 수 있지만 현재 구현에서는 그렇지 않습니다.

캐싱은 다음과 같은 경우에 도움이 될 수 있습니다.

• 다양한 개별 호출 사이트 참조
• 람다는 생성자/클래스 초기화에서 인스턴스화되고 여러 스레드에서 사용됩니다.
• 첫 번째 호출로 인해 성능이 저하되었습니다.

위 내용은 Java 8의 캐싱 방법 참조는 언제 성능 이점을 제공합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!