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

#ant

The dreams in which I'm dying are the best I've ever had...

從Win32 API封裝Thread類[1]

前幾天在學(xué)Windows多線程程序設(shè)計(jì),發(fā)現(xiàn)Win32 API用起來確實(shí)不怎么方便,特別是對(duì)于C++程序員。于是實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的封裝,技術(shù)含量當(dāng)然不高,不過用起來還是比較方便的。如果你熟悉Java,你會(huì)發(fā)現(xiàn)這個(gè)實(shí)現(xiàn)有點(diǎn)像Java的Thread,在Java中有兩種方法可以創(chuàng)建一個(gè)Thread:

1.從Thread類繼承并實(shí)現(xiàn)run方法:

1?class?MyThread?extends ?Thread?{
2?????public?void
?run()?{
3?
????????...
4?
????}?
5?
};
6?

7?//開啟線程
8?MyThread?thread?=?new ?MyThread;
9?thread.start();

2.聲明一個(gè)類實(shí)現(xiàn)Runnable接口并實(shí)現(xiàn)run方法:

1?class?MyRunnable?implements ?Runnable?{
2?????public?void
?run()?{
3?
????????...
4?
????}
5?
};
6?

7?//?開啟線程?
8?MyThread?thread?=?new?MyThread(new ?MyRunnable);
9?thread.start();


具體實(shí)現(xiàn)
Java的實(shí)現(xiàn)方式還算優(yōu)雅,我們也可以在C++中模擬,由于篇幅所限,在這里我們只關(guān)注基本功能的實(shí)現(xiàn):
thread.h
?1?#ifndef?THREAD_H
?2?
#define?THREAD_H
?3?

?4?#include?<windows.h>
?5?
?6?#define?CLASS_UNCOPYABLE(classname)?\
?7?????private
:?\
?8?????classname(const?classname&
);?\
?9?????classname&?operator=(const?classname&
);
10?

11?struct?Runnable?{
12?????virtual?void?run()?=?0
;
13?????virtual?~
Runnable()?{}
14?
};
15?

16?class?Thread?:?public?Runnable?{
17?
????CLASS_UNCOPYABLE(Thread)
18?public
:
19?????explicit?Thread(Runnable* target?=?0
);
20?????virtual?~
Thread();
21?????virtual?void
?run()?{}
22?????void
?start();
23?????void
?join();
24?private
:
25?????static?unsigned?__stdcall?threadProc(void*
param);
26?private
:
27?????Runnable*
_target;
28?
????HANDLE?_handle;
29?
};
30?

31?#endif/*THREAD_H*/

在上面的代碼中我們先定義一個(gè)Runnable類,并為Runnable類添加純虛函數(shù)run,需要特別注意的是Runnable類的虛析構(gòu)函數(shù),任何想要成為基類的class都應(yīng)該聲明析構(gòu)函數(shù)為virtual。
Thread類直接繼承自Runnable,CLASS_UNCOPYABLE(Thread) 這一行用宏聲明Thread類不可拷貝,具體細(xì)節(jié)請(qǐng)看 考慮用Macro替換Uncopyable 。start成員函數(shù)和Java中的一樣,用來開啟一個(gè)線程,join成員函數(shù)用來阻塞當(dāng)前線程直到開啟的線程執(zhí)行完畢。threadProc作為靜態(tài)成員函數(shù)用來傳遞給_beginthreadex,至于為什么用_beginthreadex代替CreateThread請(qǐng)問Google。初步的實(shí)現(xiàn)都比較簡(jiǎn)單,直接貼上代碼:
thread.cpp
?1?#include?"thread.h"
?2?#include?<process.h>?// for?_beginthreadex
?3?
?4?Thread::Thread(Runnable* target?/*=?0*/)
?5?:_target(target
)
?6?,_handle(0
)?{
?7?

?8?}
?9?

10?Thread::~Thread()?{
11?????if?(_handle?!=?0
)
12?
????????CloseHandle(_handle);
13?????if?(_target?!=?0
)
14?
????????delete?_target;
15?
}
16?

17?void?Thread::start()?{
18?????if?(_handle?!=?0
)
19?????????return
;
20?
????unsigned?id;
21?????_handle?=?reinterpret_cast<HANDLE>
(
22?????????_beginthreadex(0,?0,?threadProc,?this,?0,?&
id)
23?
????????);
24?
}
25?

26?void?Thread::join()?{
27?????if(_handle?!=?0
)?{
28?
????????WaitForSingleObject(_handle,?INFINITE);
29?
????????CloseHandle(_handle);
30?????????_handle?=?0
;
31?
????}
32?
}
33?

34?unsigned?__stdcall?Thread::threadProc(void* param)?{
35?????Thread* p?=?static_cast<Thread*>
(param);
36?????if?(p->_target?!=?0
)
37?????????p->_target->
run();
38?????else

39?????????p->run();
40?????return?0
;
41?}

下面是測(cè)試代碼:
test.cpp
?1?#include?"thread.h"
?2?#include?<iostream>
?3?
?4?using?namespace?std;
?5?

?6?//第一種方法,從Thread類繼承
?7?struct?MyThread?:?public?Thread?{
?8?????virtual?void
?run()?{
?9?????????for?(int?i?=?0;?i?<?5;?++
i)?{
10?????????????cout?<<?"MyThread?Running..."?<<?i?<<
?endl;
11?????????????Sleep(100
);
12?
????????}
13?
????}
14?
};
15?

16?//第二種方法,“實(shí)現(xiàn)”Runnable接口
17?struct?MyRunnable?:?public?Runnable?{
18?????virtual?void
?run()?{
19?????????for?(int?i?=?0;?i?<?5;?++
i)?{
20?????????????cout?<<?"MyRunnable?Running..."?<<?i?<<
?endl;
21?????????????Sleep(300
);
22?
????????}
23?
????}
24?
};
25?

26?int?main()?{
27?

28?????MyThread?thread1;
29?????Thread?thread2(new
?MyRunnable());
30?
????thread1.start();
31?
????thread2.start();
32?
????thread1.join();
33?
????thread2.join();
34?

35?????return?0;
36?}

可能的運(yùn)行結(jié)果:
MyThread Running...0
MyRunnable Running...0
MyThread Running...1
MyThread Running...2
MyRunnable Running...1
MyThread Running...3
MyThread Running...4
MyRunnable Running...2
MyRunnable Running...3
MyRunnable Running...4


如果你熟悉boost庫,你會(huì)知道boost庫的Thread構(gòu)造函數(shù)可以接受普通函數(shù)和函數(shù)對(duì)象作為參數(shù),如果你覺得從Thread類繼承或者實(shí)現(xiàn)Runnable接口還不夠簡(jiǎn)潔,下一篇會(huì)有一個(gè)比較好的改進(jìn)。

posted on 2007-08-30 10:18 螞蟻終結(jié)者 閱讀(4636) 評(píng)論(8)  編輯 收藏 引用 所屬分類: C++

Feedback

# re: 從Win32 API封裝Thread類[1] 2007-08-31 15:18 重劍

受益匪淺啊   回復(fù)  更多評(píng)論   

# re: 從Win32 API封裝Thread類[1] 2008-02-26 17:51 sd

太簡(jiǎn)單了  回復(fù)  更多評(píng)論   

# re: 從Win32 API封裝Thread類[1] 2008-07-25 22:46 Robinfoxnan

看了樓主的TEA,和strlen覺得分析的很好,
但是,關(guān)于多線程,
在侯捷的《windows多線程程序設(shè)計(jì)》中說,建議不使用_beginthreadex之類純API函數(shù),原因是在使用了線程本地存儲(chǔ)的函數(shù),比如GetLastError()之類的函數(shù)后,運(yùn)行庫比如VC++,會(huì)幫你建立一些我們看不到的結(jié)構(gòu)體,會(huì)容易導(dǎo)致內(nèi)存泄露,建議使用AfxBeginThread()類,特定開發(fā)環(huán)境提供的函數(shù)或者類,比如CWinThread。
可以參考該書第8章!  回復(fù)  更多評(píng)論   

# re: 從Win32 API封裝Thread類[1] 2008-10-10 01:23 OwnWaterloo

@Robinfoxnan
我?guī)蜆侵骰啬懔?~~

侯捷的書, 肯定說的是不要使用 CreateTread 這個(gè)API
如果他說的是不要使用 _beginthreadex , 那他該被拖出去打。

至于AfxBeginThread ,windows平臺(tái)下寫程序一定要和MFC扯上關(guān)系么?

既然你提到了AfxBeginThread, 你可以去看一下MFC的源碼, MFC80, 它就是使用的 _beginthreadex ~~

  回復(fù)  更多評(píng)論   

# re: 從Win32 API封裝Thread類[1] 2008-10-10 01:36 OwnWaterloo

我有2個(gè)建議, 一個(gè)可以慎重考慮一下, 另外一個(gè)可以完全不理睬。
還有2個(gè)疑問 ……

1.單下劃線開始的標(biāo)識(shí)符?

2.將windows.h 從thread.h中移走
.h
class Thread {
//
private:
uintptr_t handle_;
}

.cpp
handle_ = _beginthreadex 這個(gè)可以直接賦值
CloseHandle( reinterpret_cast<HANDLE>( handle_ ); 這個(gè)要自己轉(zhuǎn)
雖然麻煩一點(diǎn), 但是將 windows.h 隔離到了頭文件之外




疑問:
1. Thread的析構(gòu)

10 Thread::~Thread() {
11 if (_handle != 0)
12 CloseHandle(_handle);
13 if (_target != 0)
14 delete _target;
15 }

CloseHandle 線程并不停止
如果主線程沒有join delete _target; 后 線程還在run

這是線程函數(shù)
34 unsigned __stdcall Thread::threadProc(void *param) {
35 Thread *p = static_cast<Thread*>(param);
36 if (p->_target != 0)
37 p->_target->run();
38 else
39 p->run();
40 return 0;
41 }

37 行, 如果被delete, 而且run訪問了數(shù)據(jù), 而不僅僅是打印一些console消息, 肯定會(huì)引發(fā)錯(cuò)誤。


疑問是: join 是慣例? 規(guī)范? 還是僅僅是boost的示例而已。


2.Thread 似乎并不需要從 Runable 繼承。
完全可以設(shè)計(jì)成 Thread是Runable的容器。

疑問是: 僅僅是為了模仿Java的行為?
  回復(fù)  更多評(píng)論   

# re: 從Win32 API封裝Thread類[1] 2008-10-10 09:15 螞蟻終結(jié)者

@Robinfoxnan
OwnWaterloo回答的也是我想回答的,我就不多說了。  回復(fù)  更多評(píng)論   

# re: 從Win32 API封裝Thread類[1] 2008-10-10 09:35 螞蟻終結(jié)者

@OwnWaterloo
建議:
1.單下劃線開始的標(biāo)識(shí)符?
這個(gè)是編程風(fēng)格問題,很難說出哪個(gè)更好哪個(gè)更差,正所謂蘿卜白菜各有所愛,個(gè)人認(rèn)為成員變量無論是下劃線開始(如:_handle)還是下劃線結(jié)尾(如:handle_),又或者是用匈牙利命名法,只要在編碼中始終保持一種風(fēng)格就好。編碼風(fēng)格對(duì)程序員來說可能是一種信仰。

2.將windows.h 從thread.h中移走
這個(gè)確實(shí)是可以考慮,如果考慮到跨平臺(tái)的話。

疑問:
1. Thread的析構(gòu)
據(jù)我所知,join應(yīng)該是等待線程結(jié)束的慣用法,Java.Thread,boost.Thread都通過join來保證線程的安全結(jié)束。是否是規(guī)范我也不清楚,貌似join是POSIX中線程取消規(guī)范中的一個(gè)?

2.Thread 似乎并不需要從 Runable 繼承
是不需要繼承Runnable的,這樣只是模仿Java的行為。
  回復(fù)  更多評(píng)論   

# re: 從Win32 API封裝Thread類[1][未登錄] 2013-06-08 17:19 Jackie

這里有個(gè)問題, 是 如果你沒有join的話, 線程對(duì)象就會(huì)被馬上析構(gòu), 程序出現(xiàn)崩潰.
所以我把線程對(duì)象創(chuàng)建在堆上面了, 然后在Run調(diào)用完之后在threadProc里面delete 完成  回復(fù)  更多評(píng)論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            在线日本高清免费不卡| 亚洲综合清纯丝袜自拍| 久久精品视频免费观看| 国产视频欧美| 久久免费视频一区| 久久精品色图| 亚洲高清在线视频| 亚洲青色在线| 欧美日韩一区二区精品| 亚洲欧美在线视频观看| 久久精品国产99国产精品澳门| 狠狠色狠色综合曰曰| 亚洲第一成人在线| 国产精品国产自产拍高清av王其| 久久av资源网站| 亚洲人成网站在线播| 国产精品99久久久久久久女警| 国产精品亚洲一区| 欧美激情精品久久久久久久变态| 欧美精品在线视频| 久久国产精品99久久久久久老狼| 久久影院亚洲| 亚洲欧美国产高清| 久久香蕉国产线看观看av| 99视频精品| 久久精品国产99| 亚洲天堂av在线免费| 久久一二三四| 午夜综合激情| 欧美风情在线| 久久久99精品免费观看不卡| 欧美精品入口| 毛片av中文字幕一区二区| 国产精品福利在线| 亚洲欧洲久久| 在线观看欧美| 欧美一级午夜免费电影| 一区二区日本视频| 欧美sm重口味系列视频在线观看| 久久不射2019中文字幕| 欧美日韩三区| 亚洲激情视频在线播放| 极品av少妇一区二区| 亚洲在线视频| 亚洲一区在线观看视频| 欧美电影免费网站| 免费在线日韩av| 国产亚洲综合精品| 亚洲一区二区在线播放| 99精品欧美一区二区三区| 久久综合伊人77777蜜臀| 久久精品一二三| 国产精品日韩高清| 国产精品99久久久久久久久| 日韩亚洲视频| 99re6热只有精品免费观看 | 亚洲欧洲视频| 久久久久综合网| 久久久xxx| 国产欧美精品国产国产专区| 亚洲一区免费网站| 亚洲欧美在线网| 国产精品久久久久久久久久妞妞 | 久久亚洲视频| 国外精品视频| 久久一综合视频| 蜜臀久久99精品久久久久久9| 韩国精品久久久999| 欧美在线free| 免费在线一区二区| 亚洲国产欧美在线人成| 老色鬼久久亚洲一区二区| 欧美freesex8一10精品| 亚洲日本国产| 欧美日韩精品免费观看视频完整 | 亚洲人成绝费网站色www| 亚洲欧洲一二三| 欧美日韩免费高清一区色橹橹| 日韩一区二区免费高清| 亚洲欧美另类久久久精品2019| 国产精品男gay被猛男狂揉视频| 日韩一级在线观看| 久久国产黑丝| 最新中文字幕一区二区三区| 欧美日韩国产区| 午夜久久资源| 欧美国产专区| 亚洲一区二区av电影| 国产欧美一二三区| 久久精品人人做人人爽电影蜜月| 亚洲第一伊人| 午夜影视日本亚洲欧洲精品| 激情综合五月天| 欧美日韩亚洲在线| 久久精品官网| 99综合电影在线视频| 久久精品人人做人人爽电影蜜月| 亚洲国产欧美日韩| 国产精品久久久久7777婷婷| 久久看片网站| 亚洲——在线| 91久久国产综合久久| 久久久久久久久久看片| 亚洲免费观看高清在线观看 | 国产日韩视频一区二区三区| 欧美成人免费大片| 性欧美在线看片a免费观看| 最近看过的日韩成人| 久久精品人人做人人爽| 亚洲午夜精品| 亚洲激情在线观看视频免费| 国产美女精品免费电影| 欧美激情第一页xxx| 欧美制服丝袜第一页| 日韩午夜黄色| 亚洲风情在线资源站| 久久黄色影院| 亚洲欧美久久| 亚洲一区3d动漫同人无遮挡| 亚洲女性裸体视频| 久热成人在线视频| 亚洲欧美一区二区激情| 日韩视频中午一区| 亚洲国产毛片完整版| 国产伊人精品| 国产美女在线精品免费观看| 欧美视频一区二区三区四区| 欧美xx视频| 免费日韩一区二区| 麻豆精品一区二区综合av| 欧美一区二区私人影院日本| 亚洲欧美日韩网| 亚洲一级网站| 亚洲视频电影在线| 亚洲午夜免费福利视频| 日韩一区二区福利| 日韩亚洲视频在线| 日韩亚洲精品视频| 在线午夜精品自拍| 在线视频一区观看| 亚洲淫性视频| 亚洲欧美日韩在线观看a三区| 亚洲在线电影| 欧美一区二区精美| 久久国产精品99精品国产| 欧美在线观看一二区| 久久精品亚洲精品国产欧美kt∨| 欧美一区亚洲二区| 久久视频一区| 欧美电影打屁股sp| 欧美视频在线观看视频极品| 国产精品美女xx| 国产日韩欧美成人| 激情婷婷久久| 亚洲精品乱码久久久久| 99视频一区二区| 亚洲欧美国产视频| 欧美一区激情| 老牛国产精品一区的观看方式| 蜜乳av另类精品一区二区| 亚洲高清不卡av| 一区二区三区日韩在线观看| 亚洲欧美日韩中文视频| 久久久久久9| 欧美全黄视频| 国产日韩精品一区二区浪潮av| 影音先锋中文字幕一区| 亚洲精品自在在线观看| 校园激情久久| 欧美91视频| 亚洲视频免费| 久热re这里精品视频在线6| 欧美日韩免费观看中文| 国产精品裸体一区二区三区| 一区在线播放视频| 中文亚洲视频在线| 久久久精品一品道一区| 亚洲精品视频啊美女在线直播| 亚洲一区二区四区| 欧美激情aaaa| 国产日韩欧美日韩大片| 日韩一区二区精品视频| 久久精品人人做人人综合| 亚洲国产精选| 欧美在线亚洲一区| 欧美日韩中文| 亚洲激情一区| 久久亚洲精品视频| 国产精品99久久久久久白浆小说| 老**午夜毛片一区二区三区| 国产日韩精品在线观看| 中文国产一区| 亚洲电影第1页| 欧美在线free| 国产乱码精品一区二区三| 夜色激情一区二区| 欧美大片免费观看在线观看网站推荐| 亚洲专区一区二区三区| 欧美日韩午夜视频在线观看| 亚洲三级免费观看|