C++ 为什么和什么时候应该'；我不能杀一根线吗？
我正在编写一个多线程套接字服务器，我需要确定 关于线程的文章说，我应该等待线程返回，而不是终止它。但是，在某些情况下，我想要踢/禁止的用户线程将无法正常返回（例如，我开始发送一大块数据，而send（）此时会阻止线程），因此我只需要杀死它C++ 为什么和什么时候应该'；我不能杀一根线吗？,c++,multithreading,sockets,networking,C++,Multithreading,Sockets,Networking,我正在编写一个多线程套接字服务器，我需要确定 关于线程的文章说，我应该等待线程返回，而不是终止它。但是，在某些情况下，我想要踢/禁止的用户线程将无法正常返回（例如，我开始发送一大块数据，而send（）此时会阻止线程），因此我只需要杀死它 为什么终止线程函数是危险的？它们什么时候会使整个应用程序崩溃？如果您以很难的方式终止线程，它可能会泄漏资源 当您将线程设计为支持取消时，可以避免它 不要使用阻塞调用或使用带有超时的阻塞调用。以较小的数据块或异步方式接收或发送数据。原因有很多，但这里有一个简单的原
为什么终止线程函数是危险的？它们什么时候会使整个应用程序崩溃？如果您以很难的方式终止线程，它可能会泄漏资源 当您将线程设计为支持取消时，可以避免它
不要使用阻塞调用或使用带有超时的阻塞调用。以较小的数据块或异步方式接收或发送数据。原因有很多，但这里有一个简单的原因：只有一个堆。如果一个线程在堆上分配了任何东西，并且您杀死了它，那么它分配的任何东西都会一直存在，直到进程结束。每个线程都有自己的堆栈，因此可能会被释放（取决于实现），但您可以通过不让它自己关闭来保证堆上的泄漏。杀死线程可能会导致程序泄漏资源，因为线程没有机会在其自身关闭后进行清理。考虑关闭线程正在发送的套接字句柄。这将导致阻塞send（）立即返回，并返回相应的错误代码。然后，线程可以清理并和平地消亡。如果一个线程在I/O中被阻塞，你永远不需要杀死它，相反，你可以在非阻塞I/O、超时和从另一个线程关闭套接字之间进行选择。这两种方法中的任何一种都将解除线程的阻塞。终止线程意味着在当前位置停止所有执行。特别是，它不会执行任何析构函数。这意味着套接字和文件不会被关闭，动态分配的内存不会被释放，互斥锁和信号量不会被释放，等等。杀死线程几乎肯定会导致资源泄漏和死锁 因此，你的问题是相反的。真正的问题应该是： 何时以及在什么条件下可以终止线程 因此，当您确信不会发生泄漏和死锁时，您可以杀死线程，而不是现在，也不是在修改另一个线程的代码时（因此，几乎不可能保证）
在您的特定情况下，解决方案是使用非阻塞套接字，并在调用
send（）recv（）此外，您会很快意识到每客户端线程的方法无法扩展，因此您将改变您的体系结构，并以任何方式重新编写大量的内容。您真的不想这样做 如果你在一个线程持有一个关键部分的时候杀死了它，它将不会被释放，这可能会导致整个应用程序崩溃。某些C库调用（如堆内存分配）使用关键部分，如果在线程执行“new”时碰巧杀死了它，那么从程序中的任何其他地方调用new将导致该线程停止
如果没有真正极端的措施，您就无法安全地执行此操作。这些措施的限制性比简单地向线程发送终止线程的信号要大得多。您可能想提及操作系统……哦，对不起，我忘了。Windows XP SP3永远不要杀掉一个线程，因为你会用软管连接你的应用程序。因为，这违反了第六条戒律。@Noah“你不应该杀掉……否则你就有可能永远
voidgoto hellsend（）send（）