클로저를 포함한 Runnable을 재사용 할 수 있습니까?

Question

저는 그래픽 스레드를 업데이트해야하는 다른 스레드가있는 쓰고있는 게임에 libgdx을 사용하고 있습니다. libgdx가 의도적으로 스레드로부터 안전하지 않고 다른 스레드가 그래픽 스레드의 변수를 직접 수정하도록 허용했기 때문에 충돌이 발생했습니다.

libgdx docs에는 다음 코드와 비슷한 것이 좋습니다. 이것은 기본적으로 들어오는 정보를 포함하는 클로저이며, 그래픽 스레드가 도착할 때 처리됩니다.

가비지 수집을 피하기 위해 리스너 외부에서 실행 파일을 선언하도록 수정했습니다.하지만 이전에 실행 가능 파일을 덮어 쓸 수있는 위치에서 경쟁 조건을 만들었습니다. 그래픽 스레드는 이전 정보를 소비합니까?

지금까지 다른 곳에서는 가비지 수집을 피할 수 있었고, 게임에서 안드로이드의 낮은 대기 시간 오디오 바인딩을 활용하기 때문에 가비지 수집이 정말 적군입니다.

제안 사항?

private Runnable runnable; 
private SomeListener listener = new SomeListener() { 
    @Override 
    public void messageIn(final String source, final String s, final Object... l) { 
     runnable = new Runnable() { 
      @Override 
      public void run() { getWorkspace().messageIn(s,l); } 
     }; 
     Gdx.app.postRunnable(runnable); 
    } 

}};

Answer 1

나는 가비지 컬렉션을 피할 수있는 희망의 리스너의 실행 가능한 외부 선언을 수정했습니다,하지만 지금은 경쟁 조건을 생성 한 실행 가능한 전에 덮어 쓸 수있는 곳 나에게 발생 이전 정보를 소비하는 그래픽 스레드에?

네, 그렇습니다. 또한 ThreadLocal은 콜백을 실행하는 스레드와 실행 가능한 스레드를 처리하는 스레드가 다르기 때문에 사용할 수 없습니다.

Runnable 클래스의 BlockingQueue을 만들면됩니다. 실행 방법이 끝나면 Runnable은 BlockingQueue 끝 부분에 재사용 할 수 있습니다. messageIn(...) 메서드가 호출 될 때 queue.poll()을 호출하고 큐에 아무 것도없는 경우에만 새 메서드를 만듭니다. 이렇게하면 메모리 동기화는 증가하지만 GC 대역폭은 낮아집니다. 그것은 당신을 많이 얻지 못할 수도 있습니다.

메모리 프로파일 러를 실행하여 리팩토링에 집중하여 메모리 사용을 줄이는 것이 좋습니다.

Answer 2

게임을 개발 중이므로 모든 메시지를 대기열에 게시하고 필요에 따라 게임 루프에서 소모하십시오.