青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

牽著老婆滿街逛

嚴以律己,寬以待人. 三思而后行.
GMail/GTalk: yanglinbo#google.com;
MSN/Email: tx7do#yahoo.com.cn;
QQ: 3 0 3 3 9 6 9 2 0 .

一個跨線程創建窗口的死鎖案例

轉載自:http://blog.titilima.com/createwindow-deadlock.html

出于某種需要,我們有時可能會實現一個如下描述的場景:

  1. 在線程 A 中,創建一個窗口,稱為窗口 X。
  2. 窗口 X 創建后,創建一個子窗口,稱為窗口 Y,并且 Y 所屬一個新線程,稱為線程 B。

簡單來說,父子窗口分別所屬不同的線程。

需求描述完畢,現在進入實現的階段。我以一個簡單的例子來實現這個場景,其中 X 為一個自定義窗口,Y 為一個按鈕。為了使 按鈕從屬線程 B,那么我們需要在線程 B 中創建它,并實現其消息隊列的分發。另外,父窗口在某個時機(比如 WM_CREATE)創建線程 B。最后,父窗口希望能夠監視到子窗口創建成功,因此用了一個事件(Event)來實現線程的同步,大致代碼如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
// 線程參數結構
typedef struct _tagCreateParam {
    HWND hParent;
    HANDLE hEvent;
    HWND hBtn;
} CREATEPARAM, *PCREATEPARAM;
 
// 按鈕線程
DWORD WINAPI BtnThread(PVOID param)
{
    PCREATEPARAM p = (PCREATEPARAM)param;
    p->hBtn = CreateWindow(WC_BUTTON, _T("Button"), WS_CHILD | WS_VISIBLE,
        10, 10, 100, 50, p->hParent, (HMENU)1000, g_hInst, NULL);
    SetEvent(p->hEvent);
 
    MSG msg;
    while (GetMessage(&msg, NULL, 0, 0))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
    return 0;
}
 
// 父窗口的 WM_CREATE 處理器
BOOL OnCreate(HWND hwnd, LPCREATESTRUCT lpCreateStruct)
{
    CREATEPARAM cp = { 0 };
    cp.hParent = hwnd;
    cp.hEvent = CreateEvent(NULL, TRUE, FALSE, NULL);
    g_hBtnThread = CreateThread(NULL, 0, BtnThread, &cp, 0, NULL);
    WaitForSingleObject(cp.hEvent, INFINITE);
 
    return TRUE;
}

代碼看起來很合理。不過當它實際跑起來的時候,你會發現這個進程發生了死鎖,沒有任何反應。

好,下面我的分析開始。如果你知道死鎖的原因,那么就可以飄過了。——當然,如果你只知其然不知其所以然,下面的文字應該還是有些用處的。
首先,我們在調試器中將死鎖進程暫停。我們知道,線程 A 肯定是死在了 WaitForSingleObject 上,所以無視之,直接查看 BtnThread 的堆棧,如下圖。

很可惜,這里沒什么有用的信息。于是我們不得不進到內核之中,啟動 LiveKd,找到我們的死鎖進程。

PROCESS 8846b3a0  SessionId: 0  Cid: 19a0    Peb: 7ffd4000  ParentCid: 0a68
DirBase: 0ac802e0  ObjectTable: e729e9f0  HandleCount:  48.
Image: CreateWindowDeadLock.exe

接下來查看其詳細信息,文本很多,不要被弄暈了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
0: kd> !process 8846b3a0
PROCESS 8846b3a0  SessionId: 0  Cid: 19a0    Peb: 7ffd4000  ParentCid: 0a68
DirBase: 0ac802e0  ObjectTable: e729e9f0  HandleCount:  48.
Image: CreateWindowDeadLock.exe
VadRoot 883463d0 Vads 53 Clone 0 Private 153. Modified 5. Locked 0.
DeviceMap e2ece800
Token                             e51e7d20
ElapsedTime                       00:07:34.421
UserTime                          00:00:00.046
KernelTime                        00:00:00.828
QuotaPoolUsage[PagedPool]         51068
QuotaPoolUsage[NonPagedPool]      2120
Working Set Sizes (now,min,max)  (745, 50, 345) (2980KB, 200KB, 1380KB)
PeakWorkingSetSize                749
VirtualSize                       19 Mb
PeakVirtualSize                   23 Mb
PageFaultCount                    769
MemoryPriority                    BACKGROUND
BasePriority                      8
CommitCharge                      247
DebugPort                         87e47780
 
THREAD 8a3d8020  Cid 19a0.1e68  Teb: 7ffdf000 Win32Thread: e4934a30 WAIT: (UserRequest) UserMode Non-Alertable
87fda2b8  NotificationEvent
Not impersonating
DeviceMap                 e2ece800
Owning Process            0       Image:
Attached Process          8846b3a0       Image:         CreateWindowDeadLock.exe
Wait Start TickCount      2036366        Ticks: 26911 (0:00:07:00.484)
Context Switch Count      305                 LargeStack
UserTime                  00:00:00.031
KernelTime                00:00:00.000
Win32 Start Address 0x004111ef
Start Address kernel32!BaseProcessStartThunk (0x7c810705)
Stack Init a5d0c740 Current a5d0c3e0 Base a5d0d000 Limit a5d09000 Call a5d0c74c
Priority 9 BasePriority 8 PriorityDecrement 0 DecrementCount 16
Kernel stack not resident.
ChildEBP RetAddr
a5d0c3f8 80504850 nt!KiSwapContext+0x2f (FPO: [Uses EBP] [0,0,4])
a5d0c404 804fc078 nt!KiSwapThread+0x8a (FPO: [0,0,0])
a5d0c42c 805c176c nt!KeWaitForSingleObject+0x1c2 (FPO: [5,5,4])
a5d0c490 8054263c nt!NtWaitForSingleObject+0x9a (FPO: [Non-Fpo])
a5d0c490 7c92e514 nt!KiFastCallEntry+0xfc (FPO: [0,0] TrapFrame @ a5d0c4a4)
0012f480 00000000 ntdll!KiFastSystemCallRet (FPO: [0,0,0])
 
THREAD 87fac560  Cid 19a0.1844  Teb: 7ffde000 Win32Thread: e726aeb0 WAIT: (WrUserRequest) UserMode Non-Alertable
884d66b0  SynchronizationEvent
Not impersonating
DeviceMap                 e2ece800
Owning Process            0       Image:
Attached Process          8846b3a0       Image:         CreateWindowDeadLock.exe
Wait Start TickCount      2038243        Ticks: 25034 (0:00:06:31.156)
Context Switch Count      41  NoStackSwap    LargeStack
UserTime                  00:00:00.000
KernelTime                00:00:00.000
Win32 Start Address 0x00411226
Start Address kernel32!BaseThreadStartThunk (0x7c8106f9)
Stack Init a5a72000 Current a5a719f0 Base a5a72000 Limit a5a6e000 Call 0
Priority 10 BasePriority 8 PriorityDecrement 0 DecrementCount 16
ChildEBP RetAddr
a5a71a08 80504850 nt!KiSwapContext+0x2f (FPO: [Uses EBP] [0,0,4])
a5a71a14 804fc078 nt!KiSwapThread+0x8a (FPO: [0,0,0])
a5a71a3c bf802f45 nt!KeWaitForSingleObject+0x1c2 (FPO: [5,5,4])
a5a71a78 bf840f3c win32k!xxxSleepThread+0x192 (FPO: [3,5,4])
a5a71b14 bf8141ba win32k!xxxInterSendMsgEx+0x7f6 (FPO: [Non-Fpo])
a5a71b60 bf80ecc1 win32k!xxxSendMessageTimeout+0x11f (FPO: [7,7,0])
a5a71b84 bf83e1d0 win32k!xxxSendMessage+0x1b (FPO: [4,0,0]) ; <-- 注意這里
a5a71c6c bf834af7 win32k!xxxCreateWindowEx+0xd0d (FPO: [15,49,0])
a5a71d20 8054263c win32k!NtUserCreateWindowEx+0x1c1 (FPO: [Non-Fpo])
a5a71d20 7c92e514 nt!KiFastCallEntry+0xfc (FPO: [0,0] TrapFrame @ a5a71d64)
00abfd98 00000000 ntdll!KiFastSystemCallRet (FPO: [0,0,0])

請注意第 67 行。如無意外,我們的死鎖應該是發生在 SendMessage 里面了。查看其調用參數,如下。

0: kd> dd a5a71b84 l6
a5a71b84  a5a71c6c bf83e1d0 bbf44570 00000210 ; <-- 注意這里
a5a71b94  03e80001 00101100

好了,答案已經浮出水面。0×210 這個數值對應的消息是 WM_PARENTNOTIFY。當子窗口創建時,會向其父窗口(窗口 X)發送這個消息并無限等待。但是,窗口 X 所在的線程 A 正在 WaitForSingleObject,無法進行消息的處理,因此造成了兩個線程的互鎖。

文中提到的測試代碼見附件。

附件:createwindowdeadlock.zip


posted on 2012-09-17 15:14 楊粼波 閱讀(1199) 評論(0)  編輯 收藏 引用


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            国产精品女主播一区二区三区| 欧美日韩在线播放三区| 一本色道久久综合亚洲精品不卡| 免费在线观看成人av| 欧美视频中文一区二区三区在线观看 | 一区二区高清在线| 亚洲狼人综合| 亚洲国产精品999| 午夜欧美精品久久久久久久| 中文精品视频| 欧美日韩18| 亚洲第一区在线观看| 国产一区二区三区免费观看| 国产精品99久久久久久人 | 一区二区三区www| 国产精品女主播在线观看| 亚洲日本成人在线观看| 亚洲黄色一区二区三区| 欧美综合77777色婷婷| 欧美在线地址| 国产精品永久免费视频| 亚洲丝袜av一区| 亚洲欧美日本日韩| 久久se精品一区精品二区| 欧美在线影院在线视频| 国产精品永久免费在线| 亚洲专区国产精品| 欧美一区二区三区四区视频| 国产精品香蕉在线观看| 亚洲摸下面视频| 久久精品国产久精国产一老狼 | 国产亚洲aⅴaaaaaa毛片| 欧美成人免费观看| 国产精品久久久久一区二区三区| 久久在线视频在线| 国外成人性视频| 久久久久久久久久久久久9999| 一区二区三区免费网站| 欧美日韩免费区域视频在线观看| 久久人人97超碰精品888| 伊人成人在线| 欧美v日韩v国产v| 亚洲免费观看高清在线观看| 亚洲女女女同性video| 国产九色精品成人porny| 久久精品视频在线播放| 亚洲高清成人| 亚洲一区二区欧美| 欧美成人福利视频| 亚洲最新中文字幕| 久久久噜噜噜久久久| 亚洲国产精品99久久久久久久久| 午夜视频在线观看一区二区三区| 妖精成人www高清在线观看| 国产精品www994| 久久国产精品久久久| 欧美好吊妞视频| 先锋a资源在线看亚洲| 极品裸体白嫩激情啪啪国产精品| 亚洲综合导航| 免费日韩av片| 亚洲综合丁香| 亚洲国产综合在线| 国产精品嫩草影院一区二区| 久久综合国产精品| 亚洲午夜高清视频| 欧美国产一区二区在线观看| 亚洲欧美日韩一区| 亚洲韩国精品一区| 国产精品伦理| 欧美xart系列高清| 亚洲激情视频网| 久久av一区二区三区亚洲| 亚洲日本在线视频观看| 国产亚洲精品福利| 欧美色欧美亚洲高清在线视频| 亚洲激情第一区| 久久精品电影| 亚洲素人在线| 亚洲第一精品电影| 国产欧美综合在线| 欧美日韩色一区| 欧美成人精品h版在线观看| 欧美在线视屏| 亚洲一区二区三区免费视频| 亚洲人线精品午夜| 欧美高清一区| 久久久亚洲综合| 亚洲欧洲99久久| 亚洲一区二区免费视频| 亚洲每日在线| 最新日韩中文字幕| 激情综合五月天| 国产日韩欧美成人| 国产精品欧美激情| 欧美视频一区二区三区…| 欧美黑人多人双交| 中文日韩欧美| 一区二区三区**美女毛片| 久久精品国产96久久久香蕉| 亚洲一区欧美二区| 99这里有精品| 99视频精品在线| 日韩午夜在线电影| 国产日本欧洲亚洲| 国产精品亚洲视频| 国产精品视频福利| 国产精品亚洲а∨天堂免在线| 久久欧美肥婆一二区| 久久精品国产亚洲一区二区三区| 亚洲国产成人精品久久久国产成人一区| 一区二区三区欧美成人| 国产区精品在线观看| 国产婷婷色综合av蜜臀av| 国产日本欧洲亚洲| 黄色成人91| 亚洲电影av| 亚洲人成啪啪网站| 一区二区三区**美女毛片 | 午夜精品福利在线观看| 亚洲淫片在线视频| 欧美亚洲免费高清在线观看| 久久国产福利| 蜜臀av性久久久久蜜臀aⅴ| 亚洲午夜激情在线| 先锋影音一区二区三区| 久久精品视频va| 欧美+亚洲+精品+三区| 欧美亚洲视频| 久久综合综合久久综合| 欧美国产日韩免费| 国产精品国产三级国产普通话99 | 亚洲免费中文字幕| 亚洲欧美国产毛片在线| 久久九九精品99国产精品| 免费看的黄色欧美网站| 久久国产欧美日韩精品| 欧美大片免费观看| 久久色在线播放| 亚洲国产精品一区二区第四页av| 久久综合给合久久狠狠色| 亚洲福利国产| 亚洲一区在线直播| 蜜臀99久久精品久久久久久软件| 欧美一区二区高清在线观看| 一区二区三区成人| 欧美专区18| 欧美日韩国产在线一区| 国产亚洲成人一区| 一本色道久久88综合日韩精品| 最近中文字幕日韩精品| 亚洲综合国产| 亚洲国产精品久久人人爱蜜臀| 免费黄网站欧美| 国产精品99久久久久久有的能看| 日韩亚洲国产精品| 久久精品国产精品亚洲| 久久久久免费观看| 国产精品毛片在线看| 亚洲人线精品午夜| 久久久久在线| 一区二区三区导航| 欧美国产乱视频| 国内精品久久久久久久影视蜜臀| 国产一区二区按摩在线观看| 日韩午夜高潮| 欧美3dxxxxhd| 欧美在线短视频| 国产精品国产三级国产aⅴ浪潮| 欧美午夜剧场| 日韩视频一区二区三区| 久久免费观看视频| 亚洲欧美日韩一区二区在线| 欧美日韩免费观看中文| 亚洲精品网站在线播放gif| 久久嫩草精品久久久精品| 亚洲综合激情| 欧美性猛交99久久久久99按摩| 国产精品亚洲第一区在线暖暖韩国| 国产一区二区欧美| 亚洲国产精品一区在线观看不卡| 亚洲精品专区| 欧美成人嫩草网站| 久久久久综合| 国内精品视频666| 久久精品一二三区| 小黄鸭精品aⅴ导航网站入口| 久热国产精品视频| 影音先锋中文字幕一区| 久久婷婷亚洲| 久久成人精品| 欧美日韩黄视频| 一本色道久久综合亚洲精品不| 欧美一区日本一区韩国一区| 亚洲一级黄色av| 国产精品成人久久久久| 亚洲欧美成人精品| 亚洲一区二区在线免费观看视频| 久久综合网色—综合色88| 在线欧美三区|