windows多線程編程pdf

A. C語言，windows多線程編程

點量Http、FTP多線程斷點續傳下載組件（下載DLL）的開發目的是讓用戶可以無需關心Http/FTP協議的具體細節，只需要幾十行甚至幾行代碼，便可以實現一個功能完善的Http/FTP下載軟體。點量Http/FTP下載組件（DLL）支持多線程、斷點續傳、顯示詳細下載過程、自動查找鏡像網址、支持代理傳輸等完善的功能。

點量Http、FTP下載內核源碼使用高效的c++代碼編寫，提供標準的動態鏈接庫（DLL），可供C/C++、Delphi、C#、Java、VB等語言和各常用開發環境調用，讓您完全像調用系統API一樣的調用。

點量Http/FTP組件的功能簡介：

標准Http和FTP下載支持：完全標準的Http和FTP協議支持，內部通過網址自動區分是Http還是FTP下載。
極速下載（2.0以後版本）：超越國內絕大多數下載軟體的下載速度。新版內核在2M ADSL的環境下下載，有些文件的速度可以達到1400K位元組/秒以上，超過了帶寬的極限。下載速度可以用極速形容。
多線程傳輸：可以將文件自動分塊，並採用多線程下載。並可自由設置線程數目。
斷點續傳：點量Http/FTP有優秀的斷點續傳支持，每次啟動自動從上次下載的位置開始，不需要重復下載。
提供詳細的下載詳情介面（2.0以後版本）：可以看到整個下載過程的步驟，比如開啟了多少線程、伺服器的應答過程、錯誤信息等。
支持多種高級設置：設置線程數目、磁碟緩存大小、搜索鏡像伺服器的詳細參數設置、下載文件完成後同步文件為伺服器上的文件時間、下載過程中可以自定義文件臨時後綴、未完成的文件設為隱藏屬性。
支持磁碟緩存：點量Http/FTP下載DLL支持設置磁碟緩存，減少對磁碟的讀寫，並提升下載速度。
支持設置Refer：點量Http/FTP下載組件支持設置下載時的Refer，以便可以繞過一些防盜鏈的網站，直接下載內容。
限速功能：點量Http/FTP下載組件可方便的設置下載限速。
多種磁碟分配方式：點量Http/FTP下載組件支持預分配和邊下載邊分配兩種磁碟方式，滿足多種下載需求。
自動搜索鏡像加速：點量Http/FTP內置了鏡像搜索功能，在下載文件的同時，會自動搜索哪些其它網站還有這個文件，自動從其它網址下載加速。
可提供源碼：支付一定的費用，便可以獲得全部的點量Http/FTP下載組件的源代碼，免除您的所有後顧之憂。
良好的服務：作為點量軟體旗下的軟體，可享受到點量軟體的優秀服務，我們的服務讓您如同擁有一個稱心的專業員工。

點量Http/FTP 下載組件可以適用於任何Http和FTP下載的領域，讓您可以在1天內完成一個完整的Http下載軟體的全部功能。比如，您可以用於產品的升級、文件的下載和傳輸等。
點量Http/FTP內核可以為您帶來：

1、大大節省您的開發成本：了解Http和FTP的協議，再去編碼、測試，即使對於一個非常有經驗的開發人員來說，也需要較長期的時間，此間耗費的人力資源成本和管理成本可謂不少。而使用點量Http/FTP，您就不需要從製造輪子開始製造您的汽車，將注意力集中於車的設計而不是基礎設備的建設。何況我們的產品性能是如此優越！

2、強有力的技術支持：作者長期從事下載技術的研發，所提供的技術支持相當於您僱傭了一位具有豐富經驗，無需從頭學習的開發人員，可以在您的系統建設過程中為您提供整體系統架設的意見。

如果您是個人作為非商業目的使用，您可以自由、免費的使用點量Http/FTP下載組件內核庫和演示程序，也期待收到您反饋的意見和建議；如果您是商業使用，那麼您需要聯系作者申請產品的商業授權。

B. 學習多線程編程的書

我發你幾本吧
Multithreading_Programming_-_Thread_Synchronization_c++
Parallel and Distributed Programming Using C++
multithreading applications in Win32
c+++concurrency+in+action+practical+multithreading
要的話留郵箱啊

C. 《Windows程序設計》epub下載在線閱讀，求百度網盤雲資源

《Windows程序設計》（佩措爾德）電子書網盤下載免費在線閱讀

資源鏈接：

鏈接：https://pan..com/s/1RzM_2TB0AvVAL1RRHdFWkA

書名：Windows程序設計

作者：佩措爾德

譯者：方敏

豆瓣評分：9.1

出版社：北京大學出版社

出版年份：2010-9

頁數：1114

內容簡介：

《Windows程序設計(第5版 珍藏版)》是一本經典的Windows編程聖經，曾經伴隨著近50萬Windows程序員步入編程殿堂，成長為IT時代的技術精英。

作為Windows開發人員的必備參考，涵蓋基礎知識和中高級主題，全面地介紹了Windows程序設計所涉及的細枝末節，旨在幫助讀者從高屋見瓴的角度，建立完整的知識體系，為以後的職業生涯奠定良好的基礎。全書共3部分23章。第1～12章著重介紹基礎知識，第13～18章的主題為圖形，第19～23章涉及更多高級主題。

《Windows程序設計(第5版 珍藏版)》適合任何層次的Windows程序員閱讀和參考，是幫助他們梳理和建立Windows知識體系的理想讀物。

點擊鏈接進入英文版：

Programming Windows 5th Edition Book/CD Package

作者簡介：

Charles Petzold 從1984年開始編寫個人計算機程序，從1985年開始編寫Micrososft Windows程序。他在《Microsoft Systems Journal》1986年12月號上發表了第一篇關於Windows程序設計的雜志論文。從1986年到1995年，他為《PC Magazine》撰寫「Environments」專欄，給讀者介紹了Windows和OS/2程序設計的許多方面。

《Windows程序設計》由微軟出版社在1988年首次出版，後來被認為是這方面最好的導論性讀本。在1994年5月，Petzold作為僅有的七個人之一（並且是唯一的作家）被《Windows Magazine》和Microsoft公司授予Windows Pioneer獎，以表彰他對Microsoft Windows的成功做出的貢獻。

在1999年秋天，微軟出版社將出版Charles Petzold 面向普通讀者的第一本書。暫時命名為《Code: The Hidden Language of Computer Hardware and Software》，這本書專門介紹數字信息的本質以及計算機處理數字信息的方式。

D. 誰有羅莉琴的《windows網路編程》pdf版

沒有找到你需要的這本呢,

只有比較接近的這本,這是第二版,

可以的話還望能採納我的回答.

E. windows 游戲編程大師技巧第二版 PDF

http://www.verycd.com/topics/2780526/你打開這個網站 可以用迅雷下載
你看看這個
本書是著名游戲程序設計類書籍作者André LaMothe的兩卷本《Windows游戲編程大師技巧》中的第一卷的第二版。和作者撰寫的其他暢銷書一樣，在書中隨處可見許多有趣但又有一定難度的源程序。作者循循善誘地從程序設計的角度介紹了在Windows環境下進行游戲開發所需的全部知識，包括Win32編程以及DirectX中所有主要組件（包括DirectDraw、DirectSound、DirectInput和DirectMusic）。書中還用單獨的章節詳細講授了2D圖形學和光柵化技術、游戲演算法、多線程編程、文本游戲和解析、人工智慧（包括模糊邏輯、神經網路和遺傳演算法）、物理建模（完全碰撞反應、動量傳遞和正反向運動學）及實時模擬等游戲程序開發中的關鍵技術。光碟上帶有兩套完整的在線電子版書籍，內容涉及General 3D圖形和演算法以及Direct3D直接模式；此外，還有大量其他特約作者所著的關於游戲編程內容的文章。
光碟內容：
·本書中所有程序的代碼，還包括一個新的16位引擎
·關於Direct3D和General 3D的文章和在線書籍
·通用游戲編程工具以及3D引擎的評定版本
·免費素材
·完整的Microsoft DirectX SDK
·Microsoft Visual C++入門版

300多m的是本書帶的光碟內容。網上只找到第一版書的中文pdf，第二版是英文chm格式

F. 操作系統課程設計作業 很急！題目是Windows平台上的多進程（線程）編程

你好，
這種問題是沒有人會來幫助你的，網友們能幫你的只能是方法，如果你想不勞而獲，那你就不用來這里浪費時間了。

G. 《Java多線程編程核心技術(高洪岩0》pdf下載在線閱讀全文，求百度網盤雲資源

《Java多線程編程核心技術(高洪岩0》網路網盤pdf最新全集下載:
鏈接: https://pan..com/s/1GzMYjd5gdh4DXDUYthmM9Q

H. 淺談linux 多線程編程和 windows 多線程編程的異同

首先我們講講為什麼要採用多線程編程，其實並不是所有的程序都必須採用多線程，有些時候採用多線程，性能還沒有單線程好。所以我們要搞清楚，什麼時候採用多線程。採用多線程的好處如下：
(1)因為多線程彼此之間採用相同的地址空間，共享大部分的數據，這樣和多進程相比，代價比較節儉，因為多進程的話，啟動新的進程必須分配給它獨立的地址空間，這樣需要數據表來維護代碼段，數據段和堆棧段等等。
(2)多線程和多進程相比，一個明顯的優點就是線程之間的通信了，對不同進程來說，它們具有獨立的數據空間，要進行數據的傳遞只能通過通信的方式進行，這種方式不僅費時，而且很不方便。但是對於多線程就不一樣了。他們之間可以直接共享數據，比如最簡單的方式就是共享全局變數。但是共享全部變數也要注意哦，呵呵，必須注意同步，不然後果你知道的。呵呵。
(3)在多cpu的情況下，不同的線程可以運行不同的cpu下，這樣就完全並行了。
反正我覺得在這種情況下，採用多線程比較理想。比如說你要做一個任務分2個步驟，你為提高工作效率，你可以多線程技術，開辟2個線程，第一個線程就做第一步的工作，第2個線程就做第2步的工作。但是你這個時候要注意同步了。因為只有第一步做完才能做第2步的工作。這時，我們可以採用同步技術進行線程之間的通信。
針對這種情況，我們首先講講多線程之間的通信，在windows平台下，多線程之間通信採用的方法主要有：
(1)共享全局變數,這種方法是最容易想到的，呵呵，那就首先講講吧，比如說吧，上面的問題，第一步要向第2步傳遞收據，我們可以之間共享全局變數，讓兩個線程之間傳遞數據，這時主要考慮的就是同步了，因為你後面的線程在對數據進行操作的時候，你第一個線程又改變了數據的內容，你不同步保護，後果很嚴重的。你也知道，這種情況就是讀臟數據了。在這種情況下，我們最容易想到的同步方法就是設置一個bool flag了，比如說在第2個線程還沒有用完數據前，第一個線程不能寫入。有時在2個線程所需的時間不相同的時候，怎樣達到最大效率的同步，就比較麻煩了。咱們可以多開幾個緩沖區進行操作。就像生產者消費者一樣了。如果是2個線程一直在跑的，由於時間不一致，緩沖區遲早會溢出的。在這種情況下就要考慮了，是不讓數據寫入還是讓數據覆蓋掉老的數據，這時候就要具體問題具體分析了。就此打住，呵呵。就是用bool變數控制同步，linux 和windows是一樣的。
既然講道了這里，就再講講其它同步的方法。同樣 針對上面的這個問題，共享全局變數同步問題。除了採用bool變數外，最容易想到的方法就是互斥量了。呵呵，也就是傳說中的加鎖了。windows下加鎖和linux下加鎖是類似的。採用互斥量進行同步，要想進入那段代碼，就先必須獲得互斥量。
linux上互斥量的函數是：
windows下互斥量的函數有：createmutex 創建一個互斥量，然後就是獲得互斥量waitforsingleobject函數，用完了就釋放互斥量ReleaseMutex(hMutex)，當減到0的時候 內核會才會釋放其對象。下面是windows下與互斥的幾個函數原型。
HANDLE WINAPI CreateMutex(
__in LPSECURITY_ATTRIBUTES lpMutexAttributes,
__in BOOL bInitialOwner,
__in LPCTSTR lpName
);
可以可用來創建一個有名或無名的互斥量對象
第一參數 可以指向一個結構體SECURITY_ATTRIBUTES一般可以設為null；
第二參數 指當時的函數是不是感應感應狀態 FALSE為當前擁有者不會創建互斥
第三參數 指明是否是有名的互斥對象 如果是無名 用null就好。
DWORD WINAPI WaitForSingleObject(
__in HANDLE hHandle,
__in DWORD dwMilliseconds
);
第一個是 創建的互斥對象的句柄。第二個是 表示將在多少時間之後返回 如果設為宏INFINITE 則不會返回 直到用戶自己定義返回。
對於linux操作系統，互斥也是類似的，只是函數不同罷了。在linux下，和互斥相關的幾個函數也要閃亮登場了。
pthread_mutex_init函數：初始化一個互斥鎖；
pthread_mutex_destroy函數：注銷一個互斥鎖；
pthread_mutex_lock函數：加鎖，如果不成功，阻塞等待；
pthread_mutex_unlock函數：解鎖；
pthread_mutex_trylock函數：測試加鎖，如果不成功就立即返回，錯誤碼為EBUSY;
至於這些函數的用法，google上一搜，就出來了，呵呵，在這里不多講了。windows下還有一個可以用來保護數據的方法，也是線程同步的方式
就是臨界區了。臨界區和互斥類似。它們之間的區別是，臨界區速度快，但是它只能用來同步同一個進程內的多個線程。臨界區的獲取和釋放函數如下：
EnterCriticalSection() 進入臨界區; LeaveCriticalSection()離開臨界區。 對於多線程共享內存的東東就講到這里了。
(2)採用消息機制進行多線程通信和同步，windows下面的的消息機制的函數用的多的就是postmessage了。Linux下的消息機制，我用的較少，就不在這里說了，如果誰熟悉的，也告訴我，呵呵。
(3)windows下的另外一種線程通信方法就是事件和信號量了。同樣針對我開始舉得例子，2個線程同步，他們之間傳遞信息，可以採用事件(Event)或信號量(Semaphore),比如第一個線程完成生產的數據後，就必須告訴第2個線程，他已經把數據准備好了，你可以來取走了。第2個線程就把數據取走。呵呵，這里可以採用消息機制，當第一個線程准備好數據後，就直接postmessage給第2個線程，按理說採用postmessage一個線程就可以搞定這個問題了。呵呵，不是重點，省略不講了。
對於linux，也有類似的方法，就是條件變數了，呵呵，這里windows和linux就有不同了。要特別講講才行。
對於windows，採用事件和信號量同步時候，都會使用waitforsingleobject進行等待的，這個函數的第一個參數是一個句柄，在這里可以是Event句柄，或Semaphore句柄，第2個參數就是等待的延遲，最終等多久，單位是ms，如果這個參數為INFINITE，那麼就是無限等待了。釋放信號量的函數為ReleaseSemaphore（）；釋放事件的函數為SetEvent。當然使用這些東西都要初始化的。這里就不講了。Msdn一搜，神馬都出來了，呵呵。神馬都是浮雲！
對於linux操作系統，是採用條件變數來實現類似的功能的。Linux的條件變數一般都是和互斥鎖一起使用的，主要的函數有：
pthread_mutex_lock ,
pthread_mutex_unlock,
pthread_cond_init
pthread_cond_signal
pthread_cond_wait
pthread_cond_timewait
為了和windows操作系統進行對比，我用以下表格進行比較：

對照以上表格,總結如下：
(1) Pthread_cleanup_push,Pthread_cleanup_pop：
這一對函數push和pop的作用是當出現異常退出時，做一些清除操作，即當在push和pop函數之間異常退出，包括調用pthread_exit退出，都會執行push裡面的清除函數，如果有多個push，注意是是棧，先執行後面的那個函數，在執行前面的函數，但是注意當在這2個函數之間通過return 退出的話，執不執行push後的函數就看pop函數中的參數是不是為0了。還有當沒有異常退出時，等同於在這裡面return退出的情況，即：當pop函數參數不為0時，執行清除操作，當pop函數參數為0時，不執行push函數中的清除函數。
（2）linux的pthread_cond_signal和SetEvent的不同點
Pthread_cond_singal釋放信號後，當沒有Pthread_cond_wait，信號馬上復位了，這點和SetEvent不同，SetEvent是不會復位的。詳解如下：
條件變數的置位和復位有2種常用模型：第一種模型是當條件變數置位時(signaled)以後，如果當前沒有線程在等待，其狀態會保持為置位(signaled)，直到有等待的線程進入被觸發,其狀態才會變為unsignaled,這種模型以採用Windows平台上的Auto-set Event 為代表。
第2種模型則是Linux平台的pthread所採用的模型，當條件變數置位(signaled)以後，即使當前沒有任何線程在等待，其狀態也會恢復為復位(unsignaled)狀態。
條件變數在Linux平台上的這種模型很難說好壞，在實際應用中，我們可以對
代碼稍加改進就可以避免這種差異的發生。由於這種差異只會發生在觸發沒有被線程等待在條件變數的時刻，因此我們只需要掌握好觸發的時機即可。最簡單的做法是增加一個計數器記錄等待線程的個數，在決定觸發條件變數前檢查該變數即可。
示例 使用 pthread_cond_wait() 和 pthread_cond_signal()
pthread_mutex_t count_lock;
pthread_cond_t count_nonzero;
unsigned count;
decrement_count()
{
pthread_mutex_lock(&count_lock);
while (count == 0)
pthread_cond_wait(&count_nonzero, &count_lock);
count = count - 1;
pthread_mutex_unlock(&count_lock);
}
increment_count()
{
pthread_mutex_lock(&count_lock);
if (count == 0)
pthread_cond_signal(&count_nonzero);
count = count + 1;
pthread_mutex_unlock(&count_lock);
}
(3) 注意Pthread_cond_wait條件返回時互斥鎖的解鎖問題
extern int pthread_cond_wait __P ((pthread_cond_t *__cond,pthread_mutex_t *__mutex));
調用這個函數時,線程解開mutex指向的鎖並被條件變數cond阻塞。線程可以被函數pthread_cond_signal和函數 pthread_cond_broadcast喚醒線程被喚醒後，它將重新檢查判斷條件是否滿足，如果還不滿足，一般說來線程應該仍阻塞在這里，被等待被下一次喚醒。如果在多線程中採用pthread_cond_wait來等待時，會首先釋放互斥鎖，當等待的信號到來時，再次獲得互斥鎖，因此在之後要注意手動解鎖。舉例如下：
#include
#include
#include
pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; /*初始化互斥鎖*/
pthread_cond_t cond = PTHREAD_COND_INITIALIZER; //初始化條件變數
void *thread1(void *);
void *thread2(void *);
int i=1;
int main(void)
{
pthread_t t_a;
pthread_t t_b;
pthread_create(&t_a,NULL,thread1,(void *)NULL);/*創建進程t_a*/
pthread_create(&t_b,NULL,thread2,(void *)NULL); /*創建進程t_b*/
pthread_join(t_b, NULL);/*等待進程t_b結束*/
pthread_mutex_destroy(&mutex);
pthread_cond_destroy(&cond);
exit(0);
}
void *thread1(void *junk)
{
for(i=1;i<=9;i++)
{
printf("IN one\n");
pthread_mutex_lock(&mutex);//
if(i%3==0)
pthread_cond_signal(&cond);/*，發送信號，通知t_b進程*/
else
printf("thead1:%d\n",i);
pthread_mutex_unlock(&mutex);//*解鎖互斥量*/
printf("Up Mutex\n");
sleep(3);
}
}
void *thread2(void *junk)
{
while(i<9)
{
printf("IN two \n");
pthread_mutex_lock(&mutex);
if(i%3!=0)
pthread_cond_wait(&cond,&mutex);/*等待*/
printf("thread2:%d\n",i);
pthread_mutex_unlock(&mutex);
printf("Down Mutex\n");
sleep(3);
}
}
輸出如下：
IN one
thead1:1
Up Mutex
IN two
IN one
thead1:2
Up Mutex
IN one
thread2:3
Down Mutex
Up Mutex
IN one
thead1:4
Up Mutex
IN two
IN one
thead1:5
Up Mutex
IN one
Up Mutex
thread2:6
Down Mutex
IN two
thread2:6
Down Mutex
IN one
thead1:7
Up Mutex
IN one
thead1:8
Up Mutex
IN two
IN one
Up Mutex
thread2:9
Down Mutex
注意藍色的地方，有2個thread2:6，其實當這個程序多執行幾次，i=3和i=6時有可能多列印幾個，這里就是競爭鎖造成的了。
(4)另外要注意的Pthread_cond_timedwait等待的是絕對時間，這個和WaitForSingleObject是不同的，Pthread_cond_timedwait在網上也有討論。如下：這個問題比較經典，我把它搬過來。
thread_a ：
pthread_mutex_lock(&mutex);
//do something
pthread_mutex_unlock(&mutex)
thread_b：
pthread_mutex_lock(&mutex);
//do something
pthread_cond_timedwait(&cond, &mutex, &tm);
pthread_mutex_unlock(&mutex)
有如上兩個線程thread_a, thread_b,現在如果a已經進入了臨界區，而b同時超時了，那麼b會從pthread_cond_timedwait返回嗎？如果能返回，那豈不是a,b都在臨界區？如果不能返回，那pthread_cond_timedwait的定時豈不是就不準了？
大家討論有價值的2點如下：
（1） pthread_cond_timedwait (pthread_cond_t *cv, pthread_mutex_t *external_mutex, const struct timespec *abstime) -- This function is a time-based variant of pthread_cond_wait. It waits up to abstime amount of time for cv to be notified. If abstime elapses before cv is notified, the function returns back to the caller with an ETIME result, signifying that a timeout has occurred. Even in the case of timeouts, the external_mutex will be locked when pthread_cond_timedwait returns.
（2） 2.1 pthread_cond_timedwait行為和pthread_cond_wait一樣，在返回的時候都要再次lock mutex.
2 .2pthread_cond_timedwait所謂的如果沒有等到條件變數，超時就返回，並不確切。
如果pthread_cond_timedwait超時到了，但是這個時候不能lock臨界區，pthread_cond_timedwait並不會立即返回，但是在pthread_cond_timedwait返回的時候，它仍在臨界區中，且此時返回值為ETIMEDOUT。
關於pthread_cond_timedwait超時返回的問題，我也認同觀點2。
附錄：
int pthread_create(pthread_t *restrict tidp,const pthread_attr_t *restrict_attr,void*（*start_rtn)(void*),void *restrict arg);
返回值：若成功則返回0，否則返回出錯編號
返回成功時，由tidp指向的內存單元被設置為新創建線程的線程ID。attr參數用於制定各種不同的線程屬性。新創建的線程從start_rtn函數的地址開始運行，該函數只有一個無指針參數arg，如果需要向start_rtn函數傳遞的參數不止一個，那麼需要把這些參數放到一個結構中，然後把這個結構的地址作為arg的參數傳入。
linux下用C開發多線程程序，Linux系統下的多線程遵循POSIX線程介面，稱為pthread。
由 restrict 修飾的指針是最初唯一對指針所指向的對象進行存取的方法，僅當第二個指針基於第一個時，才能對對象進行存取。對對象的存取都限定於基於由 restrict 修飾的指針表達式中。 由 restrict 修飾的指針主要用於函數形參，或指向由 malloc() 分配的內存空間。restrict 數據類型不改變程序的語義。 編譯器能通過作出 restrict 修飾的指針是存取對象的唯一方法的假設，更好地優化某些類型的常式。
第一個參數為指向線程標識符的指針。
第二個參數用來設置線程屬性。
第三個參數是線程運行函數的起始地址。
第四個參數是運行函數的參數。
因為pthread不是linux系統的庫，所以在編譯時注意加上-lpthread參數，以調用靜態鏈接庫。
終止線程：
如果在進程中任何一個線程中調用exit或_exit,那麼整個進行會終止，線程正常的退出方式有：
（1） 線程從啟動常式中返回(return)
（2） 線程可以被另一個進程終止（kill）；
（3） 線程自己調用pthread_exit函數
#include
pthread_exit
線程等待：
int pthread_join(pthread_t tid,void **rval_ptr)
函數pthread_join用來等待一個線程的結束。函數原型為：
extern int pthread_join __P (pthread_t __th, void **__thread_return);
第一個參數為被等待的線程標識符，第二個參數為一個用戶定義的指針，它可以用來存儲被等待線程的返回值。這個函數是一個線程阻塞的函數，調用它的函數將一直等待到被等待的線程結束為止，當函數返回時，被等待線程的資源被收回。
對於windows線程的創建東西，就不列舉了，msdn上 一搜就出來了。呵呵。今天就講到這里吧，希望是拋磚引玉，大家一起探討，呵呵。部分內容我也是參考internet的，特此對原作者表示感謝！

I. windows下c++多線程的實現

我最近寫的,別看regist()函數就滿足你的要求:

//
//	CreatedbyABackeron5/31/2016--VS2013
//
//	打開此程序,3秒後關閉顯示器並退出程序
//	此程序會在桌面"我的電腦"右鍵中添加"關閉顯示器"選項
//

#include<thread>
#include<vector>
#include<conio.h>
#include<tchar.h>
#include<stdio.h>
#include<windows.h>
#include<iostream>

usingnamespacestd;

#defineHIDE1	//0----非隱藏運行,輸出到標准設備
				//1----隱藏運行,輸出到Log.txt

#if(HIDE)
#pragmacomment(linker,"/subsystem:"windows"/entry:"mainCRTStartup"")//隱藏運行
#endif

//修改注冊表,在桌面"我的電腦"右鍵中添加"關閉顯示器"選項
boolregist(){
	HKEYhkey,closekey,cmdkey;
	LPTSTRpath=TEXT("CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\shell");

	//獲取此程序全路徑
	charexePath[MAX_PATH];
	GetMoleFileNameA(NULL,(LPSTR)exePath,sizeof(char)*MAX_PATH);

	//char*towchar_t*
	intnum=MultiByteToWideChar(0,0,exePath,-1,NULL,0);
	wchar_t*_exePath=newwchar_t[num];
	MultiByteToWideChar(0,0,exePath,-1,_exePath,num);

	//在注冊表path下創建Key:"關閉顯示器",在"關閉顯示器"下創建Key:"command",設置"command"下的默認值為REG_EXPAND_SZ:_exePath
	if(ERROR_SUCCESS==::RegOpenKeyEx(HKEY_CLASSES_ROOT,path,0,KEY_ALL_ACCESS|KEY_WOW64_64KEY,&hkey)){
		if(ERROR_SUCCESS==::RegCreateKeyEx(hkey,TEXT("關閉顯示器"),0,NULL,REG_OPTION_NON_VOLATILE,KEY_ALL_ACCESS|KEY_WOW64_64KEY,NULL,&closekey,NULL)){
			if(ERROR_SUCCESS==::RegCreateKeyEx(closekey,TEXT("command"),0,NULL,REG_OPTION_NON_VOLATILE,KEY_ALL_ACCESS|KEY_WOW64_64KEY,NULL,&cmdkey,NULL)){
				if(ERROR_SUCCESS==::RegSetValueEx(cmdkey,TEXT(""),0,REG_EXPAND_SZ,(CONSTBYTE*)_exePath,sizeof(wchar_t)*num)){
					returntrue;
				}
				elseprintf("error:registsetvalue!
");
				::RegCloseKey(cmdkey);
			}
			elseprintf("error:registcreatekeycommand!
");
			::RegCloseKey(closekey);
		}
		elseprintf("error:registcreatekey關閉屏幕!
");
		::RegCloseKey(hkey);
	}
	elseprintf("error:registopenkey!
");

	delete[]_exePath;

	returnfalse;
}

//新線程入口
DWORDWINAPIThreadEntrance(LPVOIDp){
	if(!regist())printf("registfalse!
");

	printf("Thescreenwillbeoffin3s...
");

	Sleep(3000);

	SendMessage(FindWindow(0,0),WM_SYSCOMMAND,SC_MONITORPOWER,2);//關閉顯示器

#if!(HIDE)
	printf("Itwillbeclosedin10s...
");
	Sleep(10000);
#endif

	ExitThread(0);

	return0;
}

intmain(){
#if(HIDE)
	freopen("Log.txt","w",stdout);
#endif

	//在新線程中運行是為了防止程序打開時處於無響應Sleep狀態使滑鼠指針變為等待
	DWORDID;
	HANDLEhand=CreateThread(0,0,ThreadEntrance,NULL,0,&ID);

	WaitForSingleObject(hand,INFINITE);//等待線程退出

	return0;
}

J. 《Windows核心編程(第5版)微軟技術叢書》pdf下載在線閱讀，求百度網盤雲資源

《Windows核心編程》（Jeffrey Richter）電子書網盤下載免費在線閱讀

鏈接：

書名：Windows核心編程

作者：Jeffrey Richter

豆瓣評分：9.2

出版社：人民郵電出版社

出版年份：2008-8

頁數：820

內容簡介：

【內容簡介】

本書是Windows 程序設計領域的名著，涵蓋了Windows 的最新版本Vista 以及Windows XP 的最新內容。書中全面深入地介紹了Windows 的各種基本要素，如進程、線程池、虛擬內存、DLL、設備I/O 和SEH 等，並列舉了大量應用程序，精闢地分析了要素的使用方法。.

本書適於各層次Windows 編程人員閱讀。 ...

【目錄信息】

Acknowledgments . xxi

Introction xxiii

64-Bit Windows xxiii

What』s New in the Fifth Edition xxiv

Code Samples and System Requirements xxvi

Support for This Book xxvi

Questions and Comments xxvi

Part I Required Reading

1 Error Handling 3

Defining Your Own Error Codes 7

The ErrorShow Sample Application 7

2 Working with Characters and Strings 11

Character Encodings 12

ANSI and Unicode Character and String Data Types 13

Unicode and ANSI Functions in Windows 15

Unicode and ANSI Functions in the C Run-Time Library 17

Secure String Functions in the C Run-Time Library 18

Introcing the New Secure String Functions 19

How to Get More Control When Performing String Operations 22

<< 查看詳細目錄

作者簡介：

Jeffrey Richter全球享有盛譽的微軟技術專家，著名技術咨詢和培訓公司Wintellect創始人之一，MSDN Magazine雜志特邀編輯。多年來，他擔任微軟各開發團隊顧問，參與了微軟的許多關鍵產品包括各版本Windows、Visual Studio、Microsoft Offce和.NET框架的設計和編程。他撰寫了一系列著作，包括本書和《深入理解.NET》（第2版·英文版，人民郵電出版社。2008），都堪稱技術圖書的典範，影響了一代Windows程序員，並因此榮獲微軟公司杜區最高技術榮譽「微軟軟體傳奇人物」（Software Legend）稱號。