EventQueue에서 대기중인 Runnables의 수를 찾으십시오.

Question

현재 EventQueue에 대기중인 Runnable의 수를 결정할 수있는 방법이 있습니까? ... 즉 시스템의 EventQueue, 즉 모든 Runnables가 EDT에서 실행될 수 있습니다. 대기열을 어지럽 혔어, 아마도?

내가 원하는 것은 GUI Runnables에 우선 순위를 부여하는 것입니다. 사용자 중심의 GUI 이벤트가 발생하면 바로 실행해야합니다. 대기중인 Runnables보다 먼저 큐를 점프해야합니다. 보이지 않는 Swing 구성 요소를 수정하는 것에 관심을 가져야합니다 .NB 최신 Swing 지침 : 숨겨진 경우라도 모든 Swing 구성 요소는 EDT에서 변경해야합니다.

"긴급"및 "긴급하지 않은"Runnables가있는 단순한 고안된 큐에 대한 가능성이 있습니다. 각 Runnable은 "관찰 가능한"AtomicInteger 카운터를 증가시킬 수 있으며 각 실행은이를 감소시킬 수 있습니다. BlockingQueue는, BlockingQueue의 사이즈가 1 (또는 아마 2 또는 0)로 변경되었을 경우, 비 긴급 Runnables가 "invokeLater"에게만 송신되는 것을 보증합니다. 본능은 그러한 배열이 꽤 잠복기를 가져올 것이라고 생각하게 만듭니다.

플러스 EDT 자신의 대기열에 직접 간섭하는 것이 더 좋을 것입니다. 내 EDT 대기열을 굴려야하나요? 그게 가능하니?

NB 분명히 EDT 큐의 상태 (또는 간섭)는 EDT가 아닌 스레드에서 관찰되어야합니다. 내가 아는 모든 것에 대해 "스레드 가시성"문제가있을 수 있습니다 ...

Answer 1

나는 생각하지 않습니다. 코드를 사용할 수 있습니다. 그것을 오버라이드 (override) 해, 재 작성 할 수 있습니다 만, 실제의 EventQueue는 시스템에 의해 설정됩니다. 당신은 몇 가지 정의 된 방법을 제외하고는 그것에 도달 할 수 없습니다. 자신 만의 설정을하고 사용할 수는 있지만 모든 스윙 구성 요소는 공식 EQ를 사용할 것이므로 멀티 스레딩 스윙을하게 될 것입니다. (개인적인 경험에서이 이상한 행동을 가끔, 악화, 설명 할 수없는 비트를 제외하고, 아주 잘 작동 내 조언 :.. 당신이 EventQueue로 아니라면 결코 심지어 는 스윙 구성 요소에 대한 생각을)

을 (당신이 만약 1.4 EventQueue 클래스는 아름다운 코드 조각이었습니다 .7.7은 이전의 wait/notify 대신 thread safe, non-blocking 건너 뛰기 목록을 사용하는 것 같습니다. 빠르지 만 코드는 괴물이라고 확신합니다. 어떤 이유에서든 자신 만의 큐를 만들고 싶다면 시작점을위한 1.4 코드를 얻으십시오. 자바는 일반적인 실행 큐 클래스를 가져야하지만, 아직 찾을 수는 없습니다.)

정말로 EventQueue 퍼포먼스에 많은 문제가있어서는 안됩니다. 초당 CPU 초보다 훨씬 적게 사용해야합니다. CPU 집약적 인 실행 파일을 많이 삭제하지 않는 한, 걱정할 필요가 없습니다. 그렇다면 다른 스레드에 작업을 넣는 것이 좋습니다. UI를 느리게하는 것은 모든 스레드를 단일 스레드로 유지하는 데 드는 비용이 적게 드는 것처럼 보입니다. 대기열을 재정렬하면 어쨌든 많은 도움이되지 않습니다. 신속하게 처리하려는 실행 파일은 큰 계산을 시작한 직후 도착하게됩니다.

순서대로 고유 한 실행 파일을 실행하려는 경우 분류 된 실행 파일 목록을 유지하는 클래스를 설정할 수 있습니다. InvokeLater를 사용하여 EQ에 드롭 할 수있는 자체 실행 파일을 갖게됩니다. 그것이 실행될 때, 차례대로 원하는 순서로 실행 파일을 실행할 수 있습니다. 그러나 이것은 자신의 목적에 맞게 분류 된 주행 장치가 필요한 경우에만 도움이됩니다.

스윙 구성 요소로만 작업하거나 보이는 경우에는 InvokeLater로 설계된대로 EQ를 사용하여 모든 작업을 처리 할 수 ​​있습니다.