线程退出或停止运行的条件是什么

Question

我正在编写一个服务器应用程序，其中有一个线程用于读/写连接到客户端的多个套接字。我的经理告诉我这不是一个好设计，因为如果线程由于未知原因而中止，那么所有的读/写工作将永远停止。

所以我想知道除了我们从一个线程的Run（）函数返回的情况之外，哪个线程会中止。我们是否需要考虑线程停止运行异常的情况？

Answer 1

这取决于。每个客户端一个线程可能是一个不好的可伸缩性，特别是如果线程没有为每个客户端做很多工作。在这种情况下，最好有一个处理多个客户端的线程，在线程数量和让他们完成大量工作之间取得良好平衡的想法。

另一方面，如果每个线程为每个客户端执行大量工作，那么一个线程并不是一个坏主意，线程的开销与工作负载相比并不显着。

因此，除此之外，如果写入代码以便线程返回或自行终止，则线程将中止。如果程序中的另一个线程知道该线程的句柄/ id，那么您正在使用的库可能会有一个名称为thread_kill（）的函数。这将允许其他线程杀死这个线程，尽管这几乎总是一个坏主意。

因此，就我而言，如果您已经编写了代码以使其有意发生，您的线程只会中止并消失。

处理异常可能最好是在发生异常的线程中完成。我从来没有试过这样做（仍然用纯C写），但是这个词在线程之外很难处理。无论每个线程是处理一个还是多个客户端，都必须处理线程中的所有错误和事件。

如果您编写I以使线程处理单个客户端，那么可能会更简单。弄错它可能会导致线程进入停滞状态（例如等待正在监听的客户端）并随着时间的推移累积这些线程将最终导致整个系统死机。

Answer 2

我正在编写一个服务器应用程序，其中有一个线程部署用于读/写连接到客户端的多个套接字。

不是一个好的设计。每个客户端至少应该有一个线程，在某些情况下，应该有两个：一个读取，一个写入。如果您正在处理阻止I/O，则为一个客户端提供服务可能会阻止所有其他客户端。 （如果你在处理非阻塞I/O，你根本不需要线程。）

我的经理告诉我这不是一个好的设计，因为如果线程因不明原因而中止那么所有的读写工作将永远停止。

他是对的，因为他比推进的原因更多。