2

有什么方法可以确定EventQueue 中当前有多少Runnables 排队？...我的意思是系统EventQueue，即所有要在EDT 中运行的Runnables。也许会弄乱队列？

我想做的是优先考虑 GUI Runnables ......如果出现用户驱动的 GUI 事件，它应该立即执行，在任何排队的 Runnables 之前跳过队列（顺便说一下，它们都将关注修改不可见的 Swing 组件。注意最新的 Swing 指南：所有 Swing 组件都必须在 EDT 上更改，即使是隐藏的）。

有可能使用“紧急”和“非紧急”Runnables 建立一个简单的、人为的队列：每个 Runnable 可以增加一个“可观察的”AtomicInteger 计数器，然后每个 Runnable 的执行都可以递减它......并且 BlockingQueue 将确保仅当 BlockingQueue 大小更改为 1（或者可能是 2 或 0）时，非紧急 Runnables 才会提交给“invokeLater”。本能让我认为这样的安排会引入相当多的延迟。

另外，能够直接干扰 EDT 自己的队列会更好。我应该推出自己的 EDT 队列吗？那可能吗？

注意显然必须从非 EDT 线程中观察 EDT 队列的状态（或对其进行干预）。据我所知，可能存在“线程可见性”问题......

4

1 回答 1

1

我不认为这是可能的。代码可用。您可以覆盖它甚至重写它，但实际的 EventQueue 是由系统设置的；除非通过一些已定义的方法，否则您无法获得它。您当然可以自己设置并使用它，但所有 Swing 组件都将使用官方 EQ，最终您将执行多线程 Swing。（根据个人经验，这非常有效，除了偶尔的、加重的、莫名其妙的奇怪行为。我的建议：除非你在 EventQueue 上，否则永远不要考虑Swing 组件。）

（如果您确实看过它：1.4 EventQueue 类是一段漂亮的代码。1.7 似乎使用线程安全、非阻塞的跳过列表而不是旧的等待/通知。我相信它很快，但代码一个怪物。如果您出于任何原因确实想构建自己的队列，请尝试获取 1.4 代码作为起点。Java 应该有一个通用的执行队列类，但我还没有找到。）

你真的不应该对 EventQueue 的性能有太多的麻烦。它每秒使用的 CPU 应该少得多。除非您将大量 CPU 密集型可运行文件放入其中，否则您不必担心它。如果是，您可能会考虑将工作放在另一个线程中。（尽管偶尔放慢 UI 似乎是为了将所有内容都保留在一个线程中而付出的小代价。）无论如何，重新排序队列可能无济于事。您想要快速处理的 runnable 必然会在一些大计算开始后立即到达。

如果您只想按顺序运行自己的可运行文件，您可以设置一个类来保存可运行文件的排序列表。它会有自己的可运行文件，您可以使用 InvokeLater 将其放入 EQ。当它运行时，它反过来可以按照您想要的顺序运行它的每个可运行文件。但这仅在您需要为自己的目的排序的可运行文件时才有帮助。

如果您只使用 Swing 组件，无论是可见的还是其他的，您可能会使用 InvokeLater 设计的 EQ 来处理所有事情。

于 2012-12-10T01:01:23.060 回答