线程天敌TerminateThread与SuspendThread

作者：童磊（magictong）

目的：不是演示TerminateThread和SuspendThread的原理而是希望能在自己的程序中摒弃它们。

一、不使用TerminateThread的N条理由（先YY一下）

1、如果使用TerminateThread，那么在拥有线程的进程终止运行之前，系统不会撤销该线程的执行堆栈。原因是：如果其它正在执行的线程去引用被强制撤销的线程的堆栈上的值，那么其它的线程就会出现访问违规的问题。

2、如果线程正在进行堆分配时被强行撤销，可能会破坏堆，造成堆锁没有释放，如果这时其他线程进行堆分配就会陷入死锁。

3、来之MSDN的血淋淋的警告：

a. If the target thread owns a critical section, the critical section will not be released.（如果目标线程持有着一个临界区（critical section），这临界区将不会被释放。）

b. If the target thread is allocating memory from the heap, the heap lock will not be released. （如果目标线程正在堆里分配内存，堆锁（heap lock）将不会被释放。）

c. If the target thread is executing certain kernel32 calls when it is terminated, the kernel32 state for the thread‘s process could be inconsistent. （如果目标线程在结束时调用了某些kernel32，会造成kernel32的状态不一致。）

d. If the target thread is manipulating the global state of a shared DLL, the state of the DLL could be destroyed, affecting other users of the DLL. （如果目标线程正在更改一个共享DLL的全局状态，这个共享DLL的状态可能会被破坏，影响到其他的正在使用这个DLL库的线程。

4、看来，TerminateThread作为终止一个线程的最后的杀招，微软也是不建议大家使用的。但是TerminateThread完全无用么？一般说来确实如此，但是如果你非常清楚你的线程在干什么，并且能够通过代码使线程在TerminateThread的时候优雅的结束，那么你可以用，但是你真的清楚么？在一个大型的工程项目中，试想，拥有10个线程、3个临界区、3个事件触发器的程序中，开发者能清楚线程在任何时刻都在干嘛么？

5、也许结束一个线程最可靠的方法就是确定这个线程不休眠无限期的等待下去。一个支持可以被要求停止的线程，它必须定期的检查看它是否被要求停止或者如果它在休眠的话看它是否能够被唤醒。支持这两个情况最简单的的方法就是使用同步对象，这样应用程序的主线程和工作中的线程能互相沟通。当应用程序希望关闭线程时，只要设置这个同步对象，等待线程退出。之后，线程把这个同步对象作为它周期性监测的一部分，定期检查，或者如果这个同步对象的状态改变的话，就可以执行清理操作并退出了。

二、简单的演示例子

TerminateThread：

void CThreadDeadlocksDlg::OnBnClickedBtnTerminatethread()

{

HANDLE hThread = ::CreateThread(NULL, 0, TerminateThreadHandle, NULL, 0, NULL);

Sleep(1000);

::TerminateThread(hThread, 0);

hThread = NULL;

char* p = new char[4096];

delete p;

return;

}

// 一个循环分配内存的线程

DWORD __stdcall CThreadDeadlocksDlg::TerminateThreadHandle(void* )

{

while(1)

{

char* p = new char[4096];

delete p;

}

}

看一下callstack和locks情况，就比较清楚了。

0:000> !locks

CritSec ntdll!LdrpLoaderLock+0 at 7c99e178

LockCount          0

RecursionCount     1

OwningThread       55c

EntryCount         1

ContentionCount    1

*** Locked

CritSec +3b0608 at 003b0608

LockCount          2

RecursionCount     0

OwningThread       0

EntryCount         2

ContentionCount    2

*** Locked

0:000> ~* kb

.  0  Id: 1540.12ac Suspend: 1 Teb: 7ffdf000 Unfrozen

ChildEBP RetAddr  Args to Child

0012f57c 7c92df5a 7c93ac7b 00000110 00000000 ntdll!KiFastSystemCallRet

0012f580 7c93ac7b 00000110 00000000 00000000 ntdll!ZwWaitForSingleObject+0xc

0012f608 7c921046 003b0608 7c930dd0 003b0608 ntdll!RtlpWaitForCriticalSection+0x132

0012f610 7c930dd0 003b0608 00001000 00000000 ntdll!RtlEnterCriticalSection+0x46

0012f83c 78134d83 003b0000 00000000 00001000 ntdll!RtlAllocateHeap+0x2f0

0012f85c 783095c4 00001000 0012fe90 00000114 MSVCR80!malloc+0x7a [f:/dd/vctools/crt_bld/self_x86/crt/src/malloc.c @ 163]

SuspendThread也有同样的问题（SuspendThread本身也是比较暴力的）：

http://blog.csdn.NET/magictong/archive/2009/05/08/4161571.aspx这里讲解了一个使用SuspendThread造成主线程LoadLibrary里面hang的例子。

void CThreadDeadlocksDlg::OnBnClickedBtnSuspendthread()

{

HANDLE hThread = ::CreateThread(NULL, 0, SuspendThreadHandle, NULL, 0, NULL);

Sleep(1000);

::SuspendThread(hThread);

hThread = NULL;

char* p = new char[4096];

delete p;

return;

}

// 一个会被挂起的线程

DWORD __stdcall CThreadDeadlocksDlg::SuspendThreadHandle(void* )

{

while(1)

{

char* p = new char[4096];

delete p;

}

}

0:000> !locks

CritSec ntdll!LdrpLoaderLock+0 at 7c99e178

LockCount          0

RecursionCount     1

OwningThread       1fdc

EntryCount         2

ContentionCount    2

*** Locked

CritSec +3b0608 at 003b0608

LockCount          2

RecursionCount     1

OwningThread       1844

EntryCount         2

ContentionCount    2

*** Locked

.  0  Id: 1a48.1900 Suspend: 1 Teb: 7ffdf000 Unfrozen

ChildEBP RetAddr  Args to Child

0012f57c 7c92df5a 7c93ac7b 00000108 00000000 ntdll!KiFastSystemCallRet

0012f580 7c93ac7b 00000108 00000000 00000000 ntdll!ZwWaitForSingleObject+0xc

0012f608 7c921046 003b0608 7c930dd0 003b0608 ntdll!RtlpWaitForCriticalSection+0x132

0012f610 7c930dd0 003b0608 00001000 00000000 ntdll!RtlEnterCriticalSection+0x46

0012f83c 78134d83 003b0000 00000000 00001000 ntdll!RtlAllocateHeap+0x2f0

0012f85c 783095c4 00001000 0012fe90 000000f8 MSVCR80!malloc+0x7a

2  Id: 1a48.1844 Suspend: 2 Teb: 7ffdd000 Unfrozen

ChildEBP RetAddr  Args to Child

012afe88 7c93080b 003b0000 003b8638 012aff40 ntdll!RtlpCoalesceFreeBlocks+0x373

012aff5c 78134c39 003b0000 00000000 003bc750 ntdll!RtlFreeHeap+0x2e9

012affa8 004014b0 003bc750 00001000 7c80b729 MSVCR80!free+0xcd

012affb4 7c80b729 00000000 74680000 003a0043 ThreadDeadlocks!CThreadDeadlocksDlg::SuspendThreadHandle+0x10

012affec 00000000 004014a0 00000000 00000000 kernel32!BaseThreadStart+0x37

三、常驻进程里面遇到的问题

当然实际coding的过程不会像上面的代码那么暴力，但是就不会有问题了吗？当然不是的，只是碰到的概率降低了而已，问题依然存在（没有PDB了，杯具）。

第一个dmp：

.  0  Id: e50.a20 Suspend: 1 Teb: 7ffdf000 Unfrozen

ChildEBP RetAddr  Args to Child

WARNING: Stack unwind information not available. Following frames may be wrong.

0012fc08 77962148 00000000 00000000 10000000 ntdll!KiFastSystemCallRet

0012fc30 7798c908 77a07340 7793cf13 0012fdb0 ntdll!EtwEventEnabled+0xd9

0012fc70 75b588bc 10000000 00000000 0012fd60 ntdll!LdrUnloadDll+0x2a

0012fc80 0041dd09 10000000 0041e0b6 00000401 KERNELBASE!FreeLibrary+0x82

0012fd60 76a5c5e7 0041d530 00370524 00000401 TSVulFWMan+0x1dd09

0012fdd8 76a54f0e 00000000 0041d530 00370524 USER32!gapfnScSendMessage+0x2cf

0012fe34 76a54f7d 006ffb98 00000401 00000000 USER32!GetScrollBarInfo+0xfd

0012fe5c 77976fee 0012fe74 00000018 0012ff78 USER32!GetScrollBarInfo+0x16c

0012fea8 0041d4eb 0012fecc 00000000 00000000 ntdll!KiUserCallbackDispatcher+0x2e

0012ff88 76233c45 7ffdd000 0012ffd4 779937f5 TSVulFWMan+0x1d4eb

0012ff94 779937f5 7ffdd000 7793ccb7 00000000 kernel32!BaseThreadInitThunk+0x12

0012ffd4 779937c8 00426dfb 7ffdd000 00000000 ntdll!RtlInitializeExceptionChain+0xef

0012ffec 00000000 00426dfb 7ffdd000 00000000 ntdll!RtlInitializeExceptionChain+0xc2

第二个dmp：

0  Id: f54.3e8 Suspend: 1 Teb: 7ffde000 Unfrozen

ChildEBP RetAddr  Args to Child

WARNING: Stack unwind information not available. Following frames may be wrong.

0012f750 77962148 00000000 00000000 00220000 ntdll!KiFastSystemCallRet

0012f778 7795fc7f 00220138 7793b612 0000003f ntdll!EtwEventEnabled+0xd9

0012f854 77985ae0 00000041 00000050 002201d4 ntdll!RtlFreeThreadActivationContextStack+0x480

0012f8d8 764c9d45 00220000 00000000 00000041 ntdll!wcsnicmp+0x1e4

0012f8f8 74b7ebb5 00000041 0012fdc0 00000000 msvcrt!malloc+0x57

http://blog.csdn.net/magictong/article/details/6304439

时间： 2024-10-07 12:50:59

线程天敌TerminateThread与SuspendThread的相关文章

为什么直接杀死线程是不好的

Wrote by mutouyun. (http://darkc.at/why-shouldnt-i-kill-a-thread/) 我们知道,windows里有个API叫TerminateThread,它可以干掉任何正在欢快小跑的线程.对应的,liunx里则是pthread_cancel(不是pthread_kill,这玩意本质是向线程发信号,而不是杀死线程)加上PTHREAD_CANCEL_ASYNCHRONOUS. 但是我们同时也看到,不论是哪种方法,在它们的手册里都不推荐我们使用它们.

35 windows_35_Thread_Tls 线程局部存储

windows_35_Thread_Tls 线程局部存储 // windows_35_Thread_Tls.cpp : 定义控制台应用程序的入口点. // #include "stdafx.h" #include <windows.h> #include <stdio.h> #include <string.h> int g_AddVar = 0; CHAR *g_pszText1 = NULL; __declspec(thread)CHAR *g_

MFC【17-1】线程和线程同步化

17.1线程 对于Windows来说所有的线程都是一样的,但MFC却把线程区分为两种类型:User Interface(UI) threads(用户界面(UI)线程)和Worker threads(工作者线程). 两种线程的不同之处在于UI线程具有消息循环而工作者线程没有.UI线程可以创建窗口并处理发送给这些窗口的消息.工作者线程执行后台任务. 17.1.1创建工作者线程 AfxBeginThread定义了两个版本:一个启动UI线程,另一个启动过作者线程 CWinThread*pThread=A

QThead实现模拟VC线程函数

// 头文件 #ifndef QTHREADBASE_H #define QTHREADBASE_H #include <iostream> #include <stdlib.h> #include <qmutex.h> #include <Qthread.h> #include <list> #ifdef _MAC #define CALLBACK PASCAL #define WINAPI CDECL #define WINAPIV CDEC

CloseHandle(),TerminateThread(),ExitThread()的区别

线程的handle用处: 线程的handle是指向“线程的内核对象”的,而不是指向线程本身.每个内核对象只是内核分配的一个内存块,并且只能由内核访问.该内存块是一种数据结构,它的成员负责维护对象的各种信息(eg: 安全性描述,引用计数等). CloseHandle() 在CreateThread成功之后会返回一个hThread的handle,且内核对象的计数加1,CloseHandle之后,引用计数减1,当变为0时,系统删除内核对象. 但是这个handle并不能完全代表这个线程,它仅仅是线程的一

第6章 线程基础

6.1 线程基础 (1)线程组成:线程内核对象+线程栈(注意:进程=进程内核对象+地址空间) ①从内核角度看,线程是一个内核对象,系统用它来存储一些关于线程的统计信息(比如运行时间等) ②从编程角度看,线程是一堆寄存器状态以及线程栈的一个结构体对象.本质上可以理解为一个函数的调用器(其中的寄存器状态用于控制CPU执行,栈用于存储局部变量和函数参数及函数的返回地址)——为什么要使用线程栈的? 线程1 线程2 备注(使用线程栈的原因分析) void func1(){ int a; int b; }

Windows内核之线程简单介绍

1 线程定义 <1> 内核对象,操作系统用它来对线程实施管理.内核对象也是系统用来存放线程统计信息的地方 <2>还有一个是线程堆栈.它用于维护线程在运行代码时须要的全部函数參数和局部变量. 2 线程和进程的差别 <1>进程是不活泼的. 进程从来不运行不论什么东西.它仅仅是线程的容器. <2>线程在它的进程地址空间中运行代码,而且在进程的地址空间中对数据进行操作. <3>线程共享进程的地址控件 <4>线程仅仅有一个内核对象和一个堆栈,保

Windows线程生灭（图文并茂）

一.线程创建 Windows线程在创建时会首先创建一个线程内核对象,它是一个较小的数据结构,操作系统通过它来管理线程.新线程可以访问进程内核对象的所有句柄.进程中的所有内存及同一进程中其它线程的栈. 创建有以下几种方式,分别说明 CreateThread(...) (操作系统提供的API,尽量不要使用) _beginthread(...) _beginthreadex(...) AfxBeginThread(...) (MFC提供的接口) 首先声明一个线程函数,原型为: DWORD FunThr

windows自带的线程池

#define _CRT_SECURE_NO_WARNINGS #include "iostream" #include "windows.h" using namespace std; void NTAPI poolThreadFunc( _Inout_ PTP_CALLBACK_INSTANCE Instance, _Inout_opt_ PVOID Context) { cout << GetCurrentThreadId() << e