求助各位专家,was进程挂起问题
1个回答
展开全部
Windows提供一个SuspendThread来挂起线程,被挂起的线程会增加它内核对象中的一个挂起计数,只有挂起计数为0的线程被标记为可调度,从而可以执行。这些都是老生常谈,这篇文章介绍的中心思想是:如果你不清楚被挂起的线程/进程正在做什么,最好不要没事挂起它们。
在多线程的环境下,一个最常见的情况就是对临界资源的共享访问,操作系统上我们都学过,如果某一个资源是临界资源,那么对它访问前必须要上锁。
考虑以下的情况:
[cpp]view plaincopyprint?
1 //In Thread A
2 HANDLE hcsLock= CreateCriticalSection(...);
3 WaitForSingleObject(hcsLock,...);
4 //Some operation
5 LeaveCriticalSection(hcsLock);
[cpp]view plaincopyprint?
6 //In Thread B
7 HANDLE hcsLock= CreateCriticalSection(open object created by A);
8 SuspendThread(A,....)
9 WaitForSingleObject(hcsLock,...);
10 //Some operation
11 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获得句柄并挂起它们。由于所有线程都被挂起了,因此进程也被挂起了。
代码如下:
[cpp]view plaincopyprint?
12 VOID SuspendProcess(DWORD dwProcessID, BOOL fSuspend) {
13
14 // Get the list of threads in the system.
15 HANDLE hSnapshot = CreateToolhelp32Snapshot(
16 TH32CS_SNAPTHREAD, dwProcessID);
17
18 if (hSnapshot != INVALID_HANDLE_VALUE) {
19
20 // Walk the list of threads.
21 THREADENTRY32 te = { sizeof(te) };
22 BOOL fOk = Thread32First(hSnapshot, &te);
23 for (; fOk; fOk = Thread32Next(hSnapshot, &te)) {
24
25 // Is this thread in the desired process?
26 if (te.th32OwnerProcessID == dwProcessID) {
27
28 // Attempt to convert the thread ID into a handle.
29 HANDLE hThread = OpenThread(THREAD_SUSPEND_RESUME,
30 FALSE, te.th32ThreadID);
31
32 if (hThread != NULL) {
33
34 // Suspend or resume the thread.
35 if (fSuspend)
36 SuspendThread(hThread);
37 else
38 ResumeThread(hThread);
39 }
40 CloseHandle(hThread);
41 }
42 }
43 CloseHandle(hSnapshot);
44 }
45 }
这个函数在搞清楚它的风险前,最好不要乱用。风险1:进程的ID是可以复用的。这意味着当某一个进程结束后,它的ID可能会被分配给其它进程使用,于是通过进程ID获得进程句柄不一定就是你想要挂起的目标进程。
风险2:由1可知,错误的打开了进程,于是错误的挂起了线程。
风险3:线程ID同样是复用的,那么一个线程结束后,它的ID可能分配给其它的线程,于是你可能错误的访问了位于其它进程中的线程,于是你错误的挂起了其它进程的某个线程。
在多线程的环境下,一个最常见的情况就是对临界资源的共享访问,操作系统上我们都学过,如果某一个资源是临界资源,那么对它访问前必须要上锁。
考虑以下的情况:
[cpp]view plaincopyprint?
1 //In Thread A
2 HANDLE hcsLock= CreateCriticalSection(...);
3 WaitForSingleObject(hcsLock,...);
4 //Some operation
5 LeaveCriticalSection(hcsLock);
[cpp]view plaincopyprint?
6 //In Thread B
7 HANDLE hcsLock= CreateCriticalSection(open object created by A);
8 SuspendThread(A,....)
9 WaitForSingleObject(hcsLock,...);
10 //Some operation
11 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获得句柄并挂起它们。由于所有线程都被挂起了,因此进程也被挂起了。
代码如下:
[cpp]view plaincopyprint?
12 VOID SuspendProcess(DWORD dwProcessID, BOOL fSuspend) {
13
14 // Get the list of threads in the system.
15 HANDLE hSnapshot = CreateToolhelp32Snapshot(
16 TH32CS_SNAPTHREAD, dwProcessID);
17
18 if (hSnapshot != INVALID_HANDLE_VALUE) {
19
20 // Walk the list of threads.
21 THREADENTRY32 te = { sizeof(te) };
22 BOOL fOk = Thread32First(hSnapshot, &te);
23 for (; fOk; fOk = Thread32Next(hSnapshot, &te)) {
24
25 // Is this thread in the desired process?
26 if (te.th32OwnerProcessID == dwProcessID) {
27
28 // Attempt to convert the thread ID into a handle.
29 HANDLE hThread = OpenThread(THREAD_SUSPEND_RESUME,
30 FALSE, te.th32ThreadID);
31
32 if (hThread != NULL) {
33
34 // Suspend or resume the thread.
35 if (fSuspend)
36 SuspendThread(hThread);
37 else
38 ResumeThread(hThread);
39 }
40 CloseHandle(hThread);
41 }
42 }
43 CloseHandle(hSnapshot);
44 }
45 }
这个函数在搞清楚它的风险前,最好不要乱用。风险1:进程的ID是可以复用的。这意味着当某一个进程结束后,它的ID可能会被分配给其它进程使用,于是通过进程ID获得进程句柄不一定就是你想要挂起的目标进程。
风险2:由1可知,错误的打开了进程,于是错误的挂起了线程。
风险3:线程ID同样是复用的,那么一个线程结束后,它的ID可能分配给其它的线程,于是你可能错误的访问了位于其它进程中的线程,于是你错误的挂起了其它进程的某个线程。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询