工作线程是如何从另一个工作线程“窃取”的？
我试图理解fork-join的窃取部分。fork-join池具有具有自己Deque的工作线程。如果工作线程自身的deque为空，则该线程从另一个工作线程中窃取。
- 线程如何访问其他线程的状态？
- 当所有者线程和窃取者线程尝试访问取消排队中的同一项目时，它不会产生同步问题吗？
共有1个答案
dequee是一个Java . util . concurrent . concurrentlinkedeque。拥有线程添加到dequee的底部。一个窃取线程轮询deque的顶部:
Advisor（）检索并删除此deque表示的队列的头部（换句话说，此deque的第一个元素），或者如果此deque为空则返回null。
因此，不存在冲突。
-
在我的项目中，我正在构建一个Java的执行框架，它接收来自客户端的工作请求。工作（大小不同）被分解为一组任务，然后排队等待处理。有单独的队列来处理每种类型的任务，每个队列都与一个ThreadPool相关联。ThreadPools的配置方式使引擎的整体性能达到最佳。 这种设计有助于我们有效地平衡请求的负载，大型请求不会占用系统资源。然而，当一些队列为空并且它们各自的线程池闲置时，该解决方案有时会变得
-
主线程通常被用于运行主循环，而主循环负责的都是 UI 相关的工作，所以也可以说主线程是 UI 线程。为了不影响 UI 线程的工作效率，我们会需要创建额外的线程来负责各种各样的工作，而这些线程就是工作线程。 在主循环的章节中，我们已经了解到主循环执行频率影响界面的流畅度，它的每一次循环都会按顺序执行处理定时器、处理事件队列、更新组件、渲染组件等任务，其中最容易影响到主循环的执行频率的任务是处理事件队
-
问题内容： 在http://marcio.io/2015/07/handling-1-million-requests-per-minute-with- golang/ 提供的示例中，很多地方都引用了该示例。 分派服务完许多工作后，工人池（chan chan工作）会不会耗尽？因为从信道和信道工作拉出第一类型后没有被补充被调用的第一次？还是我想念/误读了什么？如何为WorkerPool补充可用的工作
-
我对Java FX应用程序线程有问题。下面是一个伪代码： 问题是睡眠发生在窗口中，该窗口显示在show Menu（）中，show LoadingPic（）根本没有显示，而在最后窗口中显示的是show Map（）。 show LoadingPic中的场景有一个进度条，运行2秒，与Thread.sleep（2000）相同。 因此，似乎javafx应用程序线程块show LoadingPic（）和sho
-
我有4-5个工作线程处理大型消息队列。我还有另一段代码，它使用2-3个worker运行。我想在处理大型消息队列时阻止所有其他工作者。 我正在使用JDK6和Jms 编辑： 队列进程工作者从未终止。当没有消息时，它们阻塞队列。这些工作者由执行器线程池管理，如果我使用读写锁，其中一个工作者也会被阻塞。此外，如果使用循环屏障，那么我必须终止线程，以便重新传递阻塞的第二个进程。由于工作者是由线程池管理的，所
-
问题内容： sleep（）是Thread类的静态方法。从多个线程调用时，它是如何工作的。以及如何找出当前的执行线程。？ 或者可能是更通用的问题？如何从不同线程调用静态方法？不会有并发问题吗？ 问题答案： 如何找出当前的执行线程？ 不必。它仅调用操作系统，该操作系统始终使调用它的线程休眠。