Windows挂起线程/进程？小心吃不了兜着走。

本文链接：https://blog.youkuaiyun.com/chris820313/article/details/6718479

本文探讨了在Windows系统中挂起线程的风险，并通过实例说明了如何导致资源锁定问题。特别强调在不了解线程状态时不要随意挂起线程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Windows提供一个SuspendThread来挂起线程，被挂起的线程会增加它内核对象中的一个挂起计数，只有挂起计数为0的线程被标记为可调度，从而可以执行。这些都是老生常谈，这篇文章介绍的中心思想是：如果你不清楚被挂起的线程/进程正在做什么，最好不要没事挂起它们。

在多线程的环境下，一个最常见的情况就是对临界资源的共享访问，操作系统上我们都学过，如果某一个资源是临界资源，那么对它访问前必须要上锁。

考虑以下的情况：

//In Thread A
HANDLE hcsLock= CreateCriticalSection(...);
WaitForSingleObject(hcsLock,...);
//Some operation
LeaveCriticalSection(hcsLock);

//In Thread B
HANDLE hcsLock= CreateCriticalSection(open object created by A);
SuspendThread(A,....)
WaitForSingleObject(hcsLock,...);
//Some operation
LeaveCriticalSection(hcsLock);

从这些代码可知。只要A不执行，B就别想执行。

看到这里也许有人会说，怎么可能会有人会犯这么2B的错误？需要临界资源还挂起A什么的。

但是你知道吗？内存也是临界资源。在分配内存前，线程会首先对进程中的堆上锁，那么你在A申请内存时把A挂起，会造成什么结果？

A对堆的锁可能无法释放。这时候你再让B去申请内存会怎么样？B会一直等着A把堆的锁释放出来。（case from book Windows via c/c++）

所以，在你挂起任何线程前，首先要搞清楚你是否清楚目标线程正在做什么，它所做的工作现在能否打断。

此外，在Windows via c/c++，作者给出了一个很常用的挂起进程的函数，其原理就是按照进程的ID遍历进程的所有线程，通过这些线程的ID获得句柄并挂起它们。由于所有线程都被挂起了，因此进程也被挂起了。

代码如下：

VOID SuspendProcess(DWORD dwProcessID, BOOL fSuspend) {

   // Get the list of threads in the system.
   HANDLE hSnapshot = CreateToolhelp32Snapshot(
      TH32CS_SNAPTHREAD, dwProcessID);

   if (hSnapshot != INVALID_HANDLE_VALUE) {

      // Walk the list of threads.
      THREADENTRY32 te = { sizeof(te) };
      BOOL fOk = Thread32First(hSnapshot, &te);
      for (; fOk; fOk = Thread32Next(hSnapshot, &te)) {

         // Is this thread in the desired process?
         if (te.th32OwnerProcessID == dwProcessID) {

            // Attempt to convert the thread ID into a handle.
            HANDLE hThread = OpenThread(THREAD_SUSPEND_RESUME,
               FALSE, te.th32ThreadID);

            if (hThread != NULL) {

               // Suspend or resume the thread.
               if (fSuspend)
                  SuspendThread(hThread);
               else
                  ResumeThread(hThread);
            }
            CloseHandle(hThread);
         }
      }
      CloseHandle(hSnapshot);
   }
}

这个函数在搞清楚它的风险前，最好不要乱用。

风险1：进程的ID是可以复用的。这意味着当某一个进程结束后，它的ID可能会被分配给其它进程使用，于是通过进程ID获得进程句柄不一定就是你想要挂起的目标进程。

风险2：由1可知，错误的打开了进程，于是错误的挂起了线程。

风险3：线程ID同样是复用的，那么一个线程结束后，它的ID可能分配给其它的线程，于是你可能错误的访问了位于其它进程中的线程，于是你错误的挂起了其它进程的某个线程。

对于这些风险，我们亲爱的Jeffrey Richterand Christophe Nasarre说，你爱用不用，我也没辙，反正我把幺蛾子都告诉你了，剩下的就看你的胆量了~