为什么当RuntimeException发生时，java ThreadPoolExecutor杀死线程？
为什么在调用execute方法时将未处理的异常重新抛出在worker中？结果，将在下一次执行时创建新线程，以最大化线程数
问题答案：
为什么当RuntimeException发生时，java ThreadPoolExecutor杀死线程？
我只能猜测，
直接ThreadPoolExecutor.execute(...)进行线程调用而不将其包装在a中的原因是，这样，即使您不在乎结果，也不会招致该线程的开销。runnable.run()
__FutureTask``FutureTask
如果您的线程抛出RuntimeException，这是很罕见的事情，并且没有将异常返回给调用者的机制，那么为什么要为包装类付费呢？因此，在最坏的情况下，线程将被杀死并被线程池收割并重新启动。
-
问题内容： 我的应用程序在Linux上作为后台进程运行。当前在“终端”窗口的命令行中启动。 最近，一个用户执行该应用程序一段时间后，它神秘地死了。文本： 被杀 在航站楼上。这发生了两次。我问其他终端是否有人使用kill命令杀死进程？没有。 Linux在什么情况下会决定终止我的进程？我相信外壳程序显示为“ killed”，因为该进程在收到kill（9）信号后就死了。如果Linux发送了kill信号，
-
死锁描述了另外两个线程因为永远等待对方而被阻塞的情况。当死锁发生时，程序永远挂起，你唯一能做的就是杀死程序。 为什么在下面给出的示例生产者-消费者问题中没有发生死锁： 我想知道为什么当同步对象正在等待其他线程释放锁时，在同步块中调用等待方法不会导致死锁？
-
我使用scala futures异步提交了1000份工作。我还实现了一个由并发阻塞队列支持的ThrottledExecutionContext，这样它一次最多只能运行100个作业，并将其余的放入队列中。这是一个阻塞操作，因为它涉及调用第三方服务本身。当其中一个抛出异常时，我需要重试整个操作(1000个作业)或者跳过整个批处理。当某些期货仍在运行时，我不能重试。我有办法知道在任何给定的时间点有多少作
-
我的程序每次要处理某件事情时都会分叉，在每个分叉进程中，我都分离一个线程，以便从分叉进程中记录统计数据：这个线程循环收集数据，但它没有停止这个循环的实际条件。 程序的输出证实了每一个线程都随其工艺而死 当我使用运行这个程序时，引起了一些疑问：当每个分叉进程死亡时，会显示一些令人毛骨悚然的输出（13534是分叉进程PID）： 相同的错误（警告？）每个分叉进程死亡时的消息。
-
问题内容： 是否可以在不设置/检查任何标志/信号灯/等的情况下终止正在运行的线程？ 问题答案： 在Python和任何语言中，突然终止线程通常都是一种糟糕的模式。请考虑以下情况： 线程持有必须正确关闭的关键资源 该线程创建了其他几个必须同时终止的线程。 如果你负担得起的话（如果你要管理自己的线程），处理此问题的一种好方法是有一个标志，每个线程定期检查一次，以查看是否该退出。 例如： 在此代码中，你应
-
我在写一个玩家轮流参加的游戏。在一个回合结束时，我将我的数据发送到服务器，并更新我的数据库，让我知道现在轮到另一个玩家了。问题是，如果有人在中途扼杀了应用程序怎么办？我是说去找任务经理然后杀了它。 编辑：我还应该提到这是在一个片段中，我正在检查这个，但不要认为这会有什么不同。