보다 Runnable 대 방법 참조 및 쓰레기

Question

A는 상대적으로 자바 8 최근 published article about replacing executors by actors은 익명의 내부 클래스 Runnable를 사용과 같이 밝혔다 작업은 :

Actor<String> actor = new Actor<>(parentExecutor, ::onMessage); 

// Equivalent functional operation 
actor.act("Hello world"); 

public void onMessage(String message) { 
    System.out.println(message); 
} 

이 one should generally use method references over anonymous inner classes (즉 new Runnable, new Callable) 그 의미가 있습니다. 그 아이디어는 잠시 동안 주변에 있었다. 이 액터 패턴을 사용하는 것이 더 효율적이지만이 기사에서 명시 적으로 설명하지 않은 또 다른 미묘한 부분이있는 것처럼 보입니다.

executor.execute(() -> System.out.println(data)); 

분명히 비효율적 일 것 (조금이라도) 컴파일러가 있기 때문에 생성 방법 invokedynamic "호출 사이트"를 생성하고 호출 할 때를 참조 :

내가 사용하는 것으로 알고 있습니다.

의 이점 (1) 직접있어서 기준이 invokedynamic 방법 생성, (2) 수는 별도로이 직접 기준에있어서의 파라미터를 전달할 수있게하는 오버 헤드가 발생하지 않는 것을 여기 있어요? 이 아이디어에서 우리가 이미 알고 사용하고있는 패턴에 대한 핵심 아이디어는 무엇입니까?

Answer 1

이 기사에서는 메서드 참조 대신 람다 식을 사용하는 것이 더 나쁠 것이라고 말하지 않습니다.

의 핵심 아이디어는 대신 Runnable 경우 수백만을 생성, 시간의

executor.execute(new Runnable() { 
    public void run() { 
     System.out.println(data); 
    } 
}); 

수백만 달러를 호출하면

Actor<String> actor = new Actor<>(parentExecutor, this::onMessage); 

한 번 할 및

actor.act(data); 

를 호출이다 수백만 번. Actor은 내부적으로 문자열 (또는 사용하는 데이터 항목)의 대기열을 사용하여 항목을 다른 객체에 래핑하지 않고 ¹ 및 Runnable을 대기열에 추가합니다. 기술적 세부 사항은 관련이없는, 그래서 대신하거나 심지어

Actor<String> actor = new Actor<>(parentExecutor, new ActorListener<String>() { 
    public void onMessage(String message) { 
     System.out.println(message); 
    } 
}); 

Actor<String> actor = new Actor<>(parentExecutor, x -> System.out.println(x)); 

을 할 때 같은이 잘 작동

는 한 번만 실행되는 코드입니다.

람다 식 또는 메서드 참조는이 패턴을 더 쉽게 사용하지만이 패턴의 초석은 아닙니다. 그리고 그 기사는 다르게 말하지 않습니다.그것이 말하는 모든

---

¹이 하찮은 일에 속 태우고 될 "이 정말 우아한 도착 람다의 사용으로 ", 그것은 시연,는 노드 객체로 각 항목을 포장 않습니다 장면 뒤에 ConcurrentLinkedQueue를 사용 , 어떻게 관련이없는 임시 객체가 될지도 모릅니다. 배열 기반 큐를 사용하면보다 일관성이 있지만 큐가 비 블로킹 일 수는 없습니다. 케이크를 가지고 먹을 수는 없습니다 ...