gpt4 book ai didi

java - 找出有多少 Runnables 在 EventQueue 上等待

转载 作者:行者123 更新时间:2023-11-30 11:38:00 25 4
gpt4 key购买 nike

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

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

有一种简单的、人为设计的队列有“紧急”和“非紧急”Runnables 的可能性:每个 Runnable 可以增加一个“可观察的”AtomicInteger 计数器,然后每个执行可以减少它......和一个 BlockingQueue如果 BlockingQueue 大小更改为 1(或者 2 或 0),将确保非紧急的 Runnables 只会被提交给“invokeLater”。直觉让我认为这样的安排会引入相当多的延迟。

此外,如果能够直接干扰 EDT 自己的队列会更好。我应该推出自己的 EDT 队列吗?这可能吗?

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

最佳答案

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

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

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

如果您只想按顺序运行自己的可运行对象,您可以设置一个类来保存已排序的可运行对象列表。它会有自己的可运行程序,您可以使用 InvokeLater 将其放入 EQ。当它运行时,它又可以按照您想要的顺序运行它的每个可运行对象。但这仅在您需要根据自己的目的对可运行文件进行排序时才有用。

如果您只使用 Swing 组件,无论是可见组件还是其他组件,使用 InvokeLater 设计的 EQ 可能会做得很好。

关于java - 找出有多少 Runnables 在 EventQueue 上等待,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13793257/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com