windows線程局部存儲

① 線程局部存儲的Win32實現

每個線程創建時系統給它分配一個LPVOID指針的數組（叫做TLS索引數組），這個數組從C編程角度是隱藏著的不能直接訪問(實際上該數組地址寫入了線程信息塊 thread information block，縮寫TIB或TEB)，需要通過一些Kernel32 API函數調用訪問。在進程內部創建、並發執行的各個線程，可以看作是執行相同動作（代碼是一樣的），但輸入的數據不同，所以輸出的結果數據也不同。因此各個線程使用的數據結構是相同的，只是有些變數是被所有的線程共享訪問，為進程全局變數；另外一些變數是由每個線程獨享訪問，即線程局部存儲。而每個線程局部存儲的地址需要存入該線程的TLS索引數組。
舉例說明：設每個線程都要使用線程私有的一個浮點型變數fvalue與一個長度為512個位元組的緩沖區buf。需要在啟動這些線程前，在主進程中先為fvalue與buf兩個線程局部存儲變數在TLS索引數組申請兩個條目，假設為fvalue申請到第3號條目，為buf申請到第5號條目。也就是說，在任何一個線程內訪問該線程私有的fvalue，需要查詢該線程自己的TLS索引數組，其第3號條目存放的就是fvalue的地址。當然，啟動各個線程後還需要為線程私有的fvalue與buf從堆中申請到存儲空間，然後把fvalue與buf的地址登記入該線程的TLS索引數組的對應的第3號、第5號條目中，之後才能在該線程各處使用線程私有的fvalue與buf。
第一步，在主進程內調用TlsAlloc()函數，從將要啟動的每個線程的TLS索引數組中預定一個條目(slot），並返回該條目的序號：
DWORD global_dwTLS_fvalue = TLSAlloc();
注意，此步之後，變數( global_dwTLS_fvalue )保存的是分配得到的TLS索引數組的某個條目的序號，例如值為3。編程者在寫這個程序代碼時規定了這個變數( global_dwTLS_fvalue )保存了線程局部存儲fvalue在每個線程的TLS索引數組的對應條目的序號。變數( global_dwTLS_fvalue )是普通的全局變數，各個線程隨後只需要讀取它的值。類似的，另外一個線程局部存儲buf變數也需要定義一個變數( global_dwTLS_buf )並用TLSAlloc()初始化。
第二步，在每個進程執行的一開頭，從堆中動態分配一塊內存區域（使用LocalAlloc()函數調用）
void* p_fvalue = LocalAlloc(LPTR，sizeof(float));
然後使用TlsSetValue()函數調用，把這塊內存區域的地址存入TLS索引數組相應的條目中：
TlsSetValue( global_dwTLS_fvalue, p_fvalue);
第三步，在每個線程的任意執行位置，都可以通過該線程私有的TLS索引數組的相應條目，使用TlsGetValue()函數得到上一步的那塊內存區域的地址，然後就可以對該內存區域做讀寫操作了。這就實現了在一個線程內部處處可訪問的線程局部存儲。
LPVOID lpvData = TlsGetValue(global_dwTLS_fvalue);
*lpvData = (float) 3.1416; //應用該線程局部存儲
最後，如果不再需要上述線程局部靜態變數，要動態釋放掉這塊內存區域(使用LocalFree()函數)，這一般在線程即將結束時清理線程佔用的各項資源時釋放。然後，主進程從TLS索引數組中放棄對應的條目的佔用(使用TlsFree()函數）。
LocalFree((HLOCAL) p_fvalue );
TlsFree(global_dwTLS_fvalue); 直接聲明這個變數是各個線程有自己拷貝的線程局部靜態變數：
__declspec( thread ) int var_name;
但在Vista與Server 2008之前的操作系統，僅限於在應用程序的主進程(.exe)以及與主進程一起裝入內存的動態連接庫(.dll)，才能正常裝入本方法所聲明的線程靜態存儲。

② 線程的線程的同步

線程的同步是Java多線程編程的難點，往往開發者搞不清楚什麼是競爭資源、什麼時候需要考慮同步，怎麼同步等等問題，當然，這些問題沒有很明確的答案，但有些原則問題需要考慮，是否有競爭資源被同時改動的問題？對於同步，在具體的Java代碼中需要完成以下兩個操作：把競爭訪問的資源標識為private；同步哪些修改變數的代碼，使用synchronized關鍵字同步方法或代碼。當然這不是唯一控制並發安全的途徑。synchronized關鍵字使用說明synchronized只能標記非抽象的方法，不能標識成員變數。為了演示同步方法的使用，構建了一個信用卡賬戶，起初信用額為100w，然後模擬透支、存款等多個操作。顯然銀行賬戶User對象是個競爭資源，而多個並發操作的是賬戶方法oper(int x），當然應該在此方法上加上同步，並將賬戶的余額設為私有變數，禁止直接訪問。
工作原理
線程是進程中的實體，一個進程可以擁有多個線程，一個線程必須有一個父進程。線程不擁有系統資源，只有運行必須的一些數據結構；它與父進程的其它線程共享該進程所擁有的全部資源。線程可以創建和撤消線程，從而實現程序的並發執行。一般，線程具有就緒、阻塞和運行三種基本狀態。
在多中央處理器的系統里，不同線程可以同時在不同的中央處理器上運行，甚至當它們屬於同一個進程時也是如此。大多數支持多處理器的操作系統都提供編程介面來讓進程可以控制自己的線程與各處理器之間的關聯度（affinity）。
有時候，線程也稱作輕量級進程。就象進程一樣，線程在程序中是獨立的、並發的執行路徑，每個線程有它自己的堆棧、自己的程序計數器和自己的局部變數。但是，與分隔的進程相比，進程中的線程之間的隔離程度要小。它們共享內存、文件句柄和其它每個進程應有的狀態。
進程可以支持多個線程，它們看似同時執行，但互相之間並不同步。一個進程中的多個線程共享相同的內存地址空間，這就意味著它們可以訪問相同的變數和對象，而且它們從同一堆中分配對象。盡管這讓線程之間共享信息變得更容易，但您必須小心，確保它們不會妨礙同一進程里的其它線程。
Java 線程工具和 API看似簡單。但是，編寫有效使用線程的復雜程序並不十分容易。因為有多個線程共存在相同的內存空間中並共享相同的變數，所以您必須小心，確保您的線程不會互相干擾。
線程屬性
為了正確有效地使用線程，必須理解線程的各個方面並了解Java 實時系統。必須知道如何提供線程體、線程的生命周期、實時系統如 何調度線程、線程組、什麼是幽靈線程（Demo nThread）。
線程體
所有的操作都發生在線程體中，在Java中線程體是從Thread類繼承的run（）方法，或實現Runnable介面的類中的run（）方法。當線程產生並初始化後，實時系統調用它的run（）方法。run（）方法內的代碼實現所產生線程的行為，它是線程的主要部分。
線程狀態
附圖表示了線程在它的生命周期內的任何時刻所能處的狀態以及引起狀態改變的方法。這圖並不是完整的有限狀態圖，但基本概括了線程中比較感興趣和普遍的方面。以下討論有關線程生命周期以此為據。
●新線程態（New Thread)
產生一個Thread對象就生成一個新線程。當線程處於新線程狀態時，僅僅是一個空線程對象，它還沒有分配到系統資源。因此只能啟動或終止它。任何其他操作都會引發異常。例如，一個線程調用了new方法之後，並在調用start方法之前的處於新線程狀態，可以調用start和stop方法。
●可運行態（Runnable)
start（）方法產生運行線程所必須的資源，調度線程執行，並且調用線程的run（）方法。在這時線程處於可運行態。該狀態不稱為運行態是因為這時的線程並不總是一直佔用處理機。特別是對於只有一個處理機的PC而言，任何時刻只能有一個處於可運行態的線程佔用處理 機。Java通過調度來實現多線程對處理機的共享。注意，如果線程處於Runnable狀態，它也有可能不在運行，這是因為還有優先順序和調度問題。
●阻塞/非運行態（Not Runnable)
當以下事件發生時，線程進入非運行態。

①suspend()方法被調用；
②sleep()方法被調用；
③線程使用wait()來等待條件變數；
④線程處於I/O請求的等待。
●死亡態（Dead)
當run（）方法返回，或別的線程調用stop（）方法，線程進入死亡態。通常Applet使用它的stop（）方法來終止它產生的所有線程。
線程的本操作：
派生：線程在進程內派生出來，它即可由進程派生，也可由線程派生。
阻塞（Block）：如果一個線程在執行過程中需要等待某個事件發生，則被阻塞。
激活（unblock）：如果阻塞線程的事件發生，則該線程被激活並進入就緒隊列。
調度（schele）：選擇一個就緒線程進入執行狀態。
結束（Finish）：如果一個線程執行結束，它的寄存器上下文以及堆棧內容等將被釋放。
圖2 線程的狀態與操作
線程的另一個執行特性是同步。線程中所使用的同步控制機制與進程中所使用的同步控制機制相同。
線程優先順序
雖然我們說線程是並發運行的。然而事實常常並非如此。正如前面談到的，當系統中只有一個CPU時，以某種順序在單CPU情況下執行多線程被稱為調度（scheling）。Java採用的是一種簡單、固定的調度法，即固定優先順序調度。這種演算法是根據處於可運行態線程的相對優先順序來實行調度。當線程產生時，它繼承原線程的優先順序。在需要時可對優先順序進行修改。在任何時刻，如果有多條線程等待運行，系統選擇優先順序最高的可運行線程運行。只有當它停止、自動放棄、或由於某種原因成為非運行態低優先順序的線程才能運行。如果兩個線程具有相同的優先順序，它們將被交替地運行。Java實時系統的線程調度演算法還是強制性的，在任何時刻，如果一個比其他線程優先順序都高的線程的狀態變為可運行態，實時系統將選擇該線程來運行。一個應用程序可以通過使用線程中的方法setPriority(int），來設置線程的優先順序大小。
有線程進入了就緒狀態，需要有線程調度程序來決定何時執行，根據優先順序來調度。
線程中的join()可以用來邀請其他線程先執行(示例代碼如下)：
packageorg.thread.test;{publicstaticvoidmain(String[]args){for(inti=0;i<20;i++){if(i==5){Join01j=newJoin01();Threadt=newThread(j);t.setName(被邀請先執行的線程.);t.start();try{//邀請這個線程，先執行t.join();}catch(InterruptedExceptione){e.printStackTrace();}}System.out.println(沒被邀請的線程。+(i+1));}}publicvoidrun(){for(inti=0;i<10;i++){System.out.println(Thread.currentThread().getName()+(i+1));}}}
yield()告訴系統把自己的CPU時間讓掉，讓其他線程或者自己運行，示例代碼如下:
packageorg.thread.test;
publicclassYield01
{
publicstaticvoidmain(String[]args)
{
YieldFirstyf=newYieldFirst();
YieldSecondys=newYieldSecond();
YieldThirdyt=newYieldThird();
yf.start();ys.start();yt.start();
}
}
classYieldFirstextendsThread
{
@Overridepublicvoidrun()
{
for(inti=0;i<10;i++)
{
System.out.println(第一個線程第+(i+1)+次運行.);//讓當前線程暫停yield();
}
}
}
classYieldSecondextendsThread
{
@Overridepublicvoidrun()
{
for(inti=0;i<10;i++)
{
System.out.println(第二個線程第+(i+1)+次運行.);//讓當前線程暫停yield();
<a href=mailto:}}}classYieldThirdextendsThread{@Overridepublicvoidrun(){for(inti=0;i}
}
}
classYieldThirdextendsThread
{
@Overridepublicvoidrun(){for(inti=0;i<10;i++)
{
System.out.println(第三個線程第+(i+1)+次運行.);//讓當前線程暫停yield();
}
}
幽靈線程
任何一個Java線程都能成為幽靈線程。它是作為運行於同一個進程內的對象和線程的服務提供者。例如，HotJava瀏覽器有一個稱為 後台圖片閱讀器的幽靈線程,它為需要圖片的對象和線程從文件系統或網路讀入圖片。幽靈線程是應用中典型的獨立線程。它為同一應用中的其他對象和線程提供服務。幽靈線程的run（）方法一般都是無限循環，等待服務請求。
線程組
每個Java線程都是某個線程組的成員。線程組提供一種機制，使得多個線程集於一個對象內，能對它們實行整體操作。譬如，你能用一個方法調用來啟動或掛起組內的所有線程。Java線程組由ThreadGroup類實現。
當線程產生時，可以指定線程組或由實時系統將其放入某個預設的線程組內。線程只能屬於一個線程組，並且當線程產生後不能改變它所屬的線程組。
多線程
對於多線程的好處這就不多說了。但是，它同樣也帶來了某些新的麻煩。只要在設計程序時特別小心留意，克服這些麻煩並不算太困難。在生成線程時必須將線程放在指定的線程組，也可以放在預設的線程組中，預設的就是生成該線程的線程所在的線程組。一旦一個線程加入了某個線程組，不能被移出這個組。
同步線程
許多線程在執行中必須考慮與其他線程之間共享數據或協調執行狀態。這就需要同步機制。在Java中每個對象都有一把鎖與之對應。但Java不提供單獨的lock和unlock操作。它由高層的結構隱式實現，來保證操作的對應。（然而，我們注意到Java虛擬機提供單獨的monito renter和monitorexit指令來實現lock和
unlock操作。） synchronized語句計算一個對象引用，試圖對該對象完成鎖操作，並且在完成鎖操作前停止處理。當鎖操作完成synchronized語句體得到執行。當語句體執行完畢（無論正常或異常），解鎖操作自動完成。作為面向對象的語言，synchronized經常與方法連用。一種比較好的辦法是，如果某個變數由一個線程賦值並由別的線程引用或賦值，那麼所有對該變數的訪問都必須在某個synchromized語句或synchronized方法內。
現在假設一種情況：線程1與線程2都要訪問某個數據區，並且要求線程1的訪問先於線程2，則這時僅用synchronized是不能解決問題的。這在Unix或Windows NT中可用Simaphore來實現。而Java並不提供。在Java中提供的是wait()和notify()機制。使用如下：
synchronizedmethod_1(/*……*/){//calledbythread1.//accessdataareaavailable=true;notify();}synchronizedmethod_2(/*……*/){//calledbythread2.while(!available)try{wait();//waitfornotify().}catch(InterruptedExceptione){}//accessdataarea}
其中available是類成員變數，置初值為false。
如果在method-2中檢查available為假，則調用wait（）。wait（）的作用是使線程2進入非運行態，並且解鎖。在這種情況下，method-1可以被線程1調用。當執行notify（）後。線程2由非運行態轉變為可運行態。當method-1調用返回後。線程2可重新對該對象加鎖，加鎖成功後執行wait（）返回後的指令。這種機制也能適用於其他更復雜的情況。
死鎖
如果程序中有幾個競爭資源的並發線程，那麼保證均衡是很重要的。系統均衡是指每個線程在執行過程中都能充分訪問有限的資源。系統中沒有餓死和死鎖的線程。Java並不提供對死鎖的檢測機制。對大多數的Java程序員來說防止死鎖是一種較好的選擇。最簡單的防止死鎖的方法是對競爭的資源引入序號，如果一個線程需要幾個資源，那麼它必須先得到小序號的資源，再申請大序號的資源。
優化
Java的多線程安全是基於Lock機制實現的，而Lock的性能往往不如人意。原因是，monitorenter與monitorexit這兩個控制多線程同步的bytecode原語，是JVM依賴操作系統互斥（mutex）來實現的。而互斥是一種會導致線程掛起，並在較短的時間內又需要重新調度回原線程的，較為消耗資源的操作。所以需要進行對線程進行優化，提高效率。
輕量級鎖
輕量級鎖（Lightweight Locking）是從Java6開始引入的概念，本意是為了減少多線程進入互斥的幾率，並不是要替代互斥。它利用了CPU原語Compare-And-Swap(CAS，匯編指令CMPXCHG），嘗試在進入互斥前，進行補救。下面將詳細介紹JVM如何利用CAS，實現輕量級鎖。
Java Object Model中定義，Object Header是一個2字（1 word = 4 byte）長度的存儲區域。第一個字長度的區域用來標記同步，GC以及hash code等，官方稱之為 mark word。第二個字長度的區域是指向到對象的Class。在2個word中，mark word是輕量級鎖實現的關鍵，其結構見右表。
從表中可以看到，state為lightweight locked的那行即為輕量級鎖標記。bitfieds名為指向lock record的指針，這里的lock record，其實是一塊分配在線程堆棧上的空間區域。用於CAS前，拷貝object上的mark word。第三項是重量級鎖標記。後面的狀態單詞很有趣，inflated，譯為膨脹，在這里意思其實是鎖已升級到OS-level。一般我們只關注第二和第三項即可。lock，unlock與mark word之間的聯系如右圖所示。在圖中，提到了拷貝object mark word，由於脫離了原始mark word，官方將它冠以displaced前綴，即displaced mark word（置換標記字）。這個displaced mark word是整個輕量級鎖實現的關鍵，在CAS中的compare就需要用它作為條件。
在拷貝完object mark word之後，JVM做了一步交換指針的操作，即流程中第一個橙色矩形框內容所述。將object mark word里的輕量級鎖指針指向lock record所在的stack指針，作用是讓其他線程知道，該object monitor已被佔用。lock record里的owner指針指向object mark word的作用是為了在接下里的運行過程中，識別哪個對象被鎖住了。
最後一步unlock中，我們發現，JVM同樣使用了CAS來驗證object mark word在持有鎖到釋放鎖之間，有無被其他線程訪問。如果其他線程在持有鎖這段時間里，嘗試獲取過鎖，則可能自身被掛起，而mark word的重量級鎖指針也會被相應修改。此時，unlock後就需要喚醒被掛起的線程。
偏向鎖
Java偏向鎖（Biased Locking）是Java 6引入的一項多線程優化。它通過消除資源無競爭情況下的同步原語，進一步提高了程序的運行性能。它與輕量級鎖的區別在於，輕量級鎖是通過CAS來避免進入開銷較大的互斥操作，而偏向鎖是在無競爭場景下完全消除同步，連CAS也不執行（CAS本身仍舊是一種操作系統同步原語，始終要在JVM與OS之間來回，有一定的開銷）。所謂的無競爭場景，就是單線程訪問帶同步的資源或方法。
偏向鎖，顧名思義，它會偏向於第一個訪問鎖的線程，如果在接下來的運行過程中，該鎖沒有被其他的線程訪問，則持有偏向鎖的線程將永遠不需要觸發同步。如果在運行過程中，遇到了其他線程搶占鎖，則持有偏向鎖的線程會被掛起，JVM會嘗試消除它身上的偏向鎖，將鎖恢復到標準的輕量級鎖。（偏向鎖只能在單線程下起作用）。
偏向模式和非偏向模式，在mark word表中，主要體現在thread ID欄位是否為空。
掛起持有偏向鎖的線程，這步操作類似GC的pause，但不同之處是，它只掛起持有偏向鎖的線程（非當前線程）。
在搶占模式的橙色區域說明中有提到，指向當前堆棧中最近的一個lock record（在輕量級鎖中，lock record是進入鎖前會在stack上創建的一份內存空間）。這里提到的最近的一個lock record，其實就是當前鎖所在的stack frame上分配的lock record。整個步驟是從偏向鎖恢復到輕量級鎖的過程。
偏向鎖也會帶來額外開銷。在JDK6中，偏向鎖是默認啟用的。它提高了單線程訪問同步資源的性能。
但試想一下，如果你的同步資源或代碼一直都是多線程訪問的，那麼消除偏向鎖這一步驟對你來說就是多餘的。事實上，消除偏向鎖的開銷還是蠻大的。所以在你非常熟悉自己的代碼前提下，大可禁用偏向鎖 -XX:-UseBiasedLocking。
分類
線程有兩個基本類型：
用戶級線程：管理過程全部由用戶程序完成，操作系統內核心只對進程進行管理。
系統級線程（核心級線程）：由操作系統內核進行管理。操作系統內核給應用程序提供相應的系統調用和應用程序介面API，以使用戶程序可以創建、執行、撤消線程。
舉例UNIX International 線程
UNIX International 線程的頭文件是<thread.h> ，僅適用於Sun Solaris操作系統。所以UNIX International線程也常被俗稱為Solaris線程。
1.創建線程
intthr_create(void*stack_base,size_tstack_size,void*(*start_routine)(void*),void*arg,longflags,thread_t*new_thr);
2.等待線程
intthr_join(thread_twait_for,thread_t*dead,void**status);
3.掛起線程
intthr_suspend(thread_tthr);
4.繼續線程
intthr_continue(thread_tthr);
5.退出線程
voidthr_exit(void*status);
6.返回當前線程的線程標識符
thread_tthr_self(void);POSIX線程
POSIX線程（Pthreads）的頭文件是<pthread.h>，適用於類Unix操作系統。Windows操作系統並沒有對POSIX線程提供原生的支持庫。不過Win32的POSIX線程庫的一些實現也還是有的，例如pthreads-w32 。
1.創建線程
intpthread_create(pthread_t*thread,constpthread_attr_t*attr,void*(*start_routine)(void*),void*arg);
2.等待線程
intpthread_join(pthread_tthread,void**retval);
3.退出線程
voidpthread_exit(void*retval);
4.返回當前線程的線程標識符
pthread_tpthread_self(void);
5.線程取消
intpthread_cancel(pthread_tthread);Win32線程
Win32線程的頭文件是<Windows.h>，適用於Windows操作系統。
1.創建線程
HANDLEWINAPICreateThread(LPSECURITY_ATTRIBUTESlpThreadAttributes,SIZE_TdwStackSize,LPTHREAD_START_ROUTINElpStartAddress,LPVOIDlpParameter,DWORDdwCreationFlags,LPDWORDlpThreadId);
2.結束本線程
VOIDWINAPIExitThread(DWORDdwExitCode);
3.掛起指定的線程
DWORDWINAPISuspendThread(HANDLEhThread);
4.恢復指定線程運行
DWORDWINAPIResumeThread(HANDLEhThread);
5.等待線程運行完畢
(HANDLEhHandle,DWORDdwMilliseconds);
6.返回當前線程的線程標識符
DWORDWINAPIGetCurrentThreadId(void);
7.返回當前線程的線程句柄
HANDLEWINAPIGetCurrentThread(void);C++ 11 線程
C++ 11 線程的頭文件是<thread>。 創建線程
std::thread::thread(Function&& f, Args&&... args); 等待線程結束
std::thread::join(); 脫離線程式控制制
std::thread::detach(); 交換線程
std::thread::swap( thread& other ); C 11 線程
C11線程的頭文件是<threads.h>。
C11線程僅僅是個「建議標准」，也就是說100%遵守C11標準的C編譯器是可以不支持C11線程的。根據C11標準的規定，只要編譯器預定義了__STDC_NO_THREADS__宏，就可以沒有<threads.h>頭文件，自然也就也沒有下列函數。
1.創建線程
intthrd_create(thrd_t*thr,thrd_start_tfunc,void*arg);
2.結束本線程
_Noreturnvoidthrd_exit(intres);
3.等待線程運行完畢
intthrd_join(thrd_tthr,int*res);
4.返回當前線程的線程標識符
thrd_tthrd_current();Java線程
1）最簡單的情況是，Thread/Runnable的run()方法運行完畢，自行終止。
2）對於更復雜的情況，比如有循環，則可以增加終止標記變數和任務終止的檢查點。
3）最常見的情況，也是為了解決阻塞不能執行檢查點的問題，用中斷來結束線程，但中斷只是請求，並不能完全保證線程被終止，需要執行線程協同處理。
4）IO阻塞和等鎖情況下需要通過特殊方式進行處理。
5）使用Future類的cancel()方法調用。
6）調用線程池執行器的shutdown()和shutdownNow()方法。
7）守護線程會在非守護線程都結束時自動終止。
8）Thread的stop()方法，但已不推薦使用。
線程的組成
1）一組代表處理器狀態的CPU寄存器中的內容
2）兩個棧，一個用於當線程在內核模式下執行的時候，另一個用於線程在用戶模式下執行的時候
3）一個被稱為線程局部存儲器（TLS，thread-local storage）的私有儲存區域，各個子系統、運行庫和DLL都會用到該儲存區域
4）一個被稱為線程ID（thread ID，線程標識符）的唯一標識符（在內部也被稱為客戶ID——進程ID和線程ID是在同一個名字空間中生產的，所以它們永遠 不會重疊）
5）有時候線程也有它們自己的安全環境，如果多線程伺服器應用程序要模仿其客戶的安全環境，則往往可以利用線程的安全環境

③ 王艷萍 windows 程序設計 設計自己的線程局部存儲

C++是一種語言；
API通常指微軟使用C++編寫的在Windows平台上用於編寫Windows程序的一套用戶介面函數庫，當然也有很多其他公司提供的各種各樣的不同的API。
MFC是指微軟在對以前的API使用類的概念進行封裝之後得到的一套類庫；
Windows程序設計泛指在windo平台上的編程，當然也有Linux/Unix以及其他移動或者主機上的編程。
我可以幫助你，你先設置我最佳答案後，我網路Hii教你。你的串號我已經記下，採納後我會幫你製作

④ Windows 核心編程的目錄

第1部分 必備知識
第1章 錯誤處理
1.1 定義自己的錯誤代碼
1.2 ErrorShow示常式序
第2章 字元和字元串處理
2.1 字元編碼
2.2 ANSI字元和Unicode字元與字元串數據類型
2.3 Windows中的Unicode函數和ANSI函數
2.4 C運行庫中的Unicode函數和ANSI函數
2.5 C運行庫中的安全字元串函數
2.5.1 初識新的安全字元串函數
2.5.2 在處理字元串時如何獲得更多控制
2.5.3 Windows字元串函數
2.6 為何要用Unicode
2.7 推薦的字元和字元串處理方式
2.8 Unicode與ANSI字元串轉換
2.8.1 導出ANSI和Unicode DLL函數
2.8.2 判斷文本是ANSI還是Unicode
第3章 內核對象
3.1 何為內核對象
3.1.1 使用計數
3.1.2 內核對象的安全性
3.2 進程內核對象句柄表
3.2.1 創建一個內核對象
3.2.2 關閉內核對象
3.3 跨進程邊界共享內核對象
3.3.1 使用對象句柄繼承
3.3.2 改變句柄的標志
3.3.3 為對象命名
3.3.4 終端服務命名空間
3.3.5 專有命名空間
3.3.5 復制對象句柄
第Ⅱ部分 工作機制
第4章 進程
4.1 編寫第一個Windows應用程序
4.1.1 進程實例句柄
4.1.2 進程前一個實例的句柄
4.1.3 進程的命令行
4.1.4 進程的環境變數
4.1.5 進程的關聯性
4.1.6 進程的錯誤模式
4.1.7 進程當前所在的驅動器和目錄
4.1.8 進程的當前目錄
4.1.9 系統版本
4.2 CreateProcess函數
4.2.1 pszApplicationName和pszCommandLine參數
4.2.2 psaProcess，psaThread和bInheritHandles參數
4.2.3 fdwCreate參數
4.2.4 pvEnvironment參數
4.2.5 pszCurDir參數
4.2.6 psiStartInfo參數
4.2.7 ppiProcInfo參數
4.3 終止進程
4.3.1 主線程的入口點函數返回
4.3.2 ExitProcess函數
4.3.3 TerminateProcess函數
4.3.4 當進程中的所有線程終止時
4.3.5 當進程終止運行時
4.4 子進程
4.5 管理員以標准用戶許可權運行時
4.5.1 自動提升進程的許可權
4.5.2 手動提升進程的許可權
4.5.3 何為當前許可權上下文
4.5.4 枚舉系統中正在運行的進程
4.5.5 Process Information示常式序
第5章 作業
5.1 對作業中的進程施加限制
5.2 將進程放入作業中
5.3 終止作業中的所有線程查詢作業統計信息
5.4 作業通知
5.6 Job Lab示常式序
第6章 線程基礎
6.1 何時創建線程
6.2 何時不應該創建線程
6.3 編寫第一個線程函數
6.4 CreateThread函數
6.4.1 psa參數
6.4.2 cbStackSize參數
6.4.3 pfnStartAddr和pvParam參數
6.4.4 dwCreateFlags
6.4.5 pdwThreadID7
6.5 終止運行線程
6.5.1 線程函數返回
6.5.2 ExitThread函數
6.5.3 TerminateThread函數
6.5.4 進程終止運行時
6.5.5 線程終止運行時
6.6 線程內幕
6.7 C/C++運行庫注意事項
6.7.1 用_beginthreadex而不要用CreateThread創建線程
6.7.2 絕對不應該調用的C/C++運行庫函數
6.8 了解自己的身份
6.8.1 將偽句柄轉換為真正的句柄
第7章 線程調度、優先順序和關聯性
7.1 線程的掛起和恢復
7.2 進程的掛起和恢復
7.3 睡眠
7.4 切換到另一個線程
7.5 在超線程CPU上切換到另一個線程
7.6 線程的執行時間
7.7 在實際上下文中談CONTEXT結構
7.8 線程優先順序
7.9 從抽象角度看優先順序
7.10 優先順序編程
7.10.1 動態提升線程優先順序
7.10.2 為前台進程微調調度程序
7.10.3 調度I/O請求優先順序
7.10.4 Scheling Lab 示常式序
7.11 關聯性
第8章 用戶模式下的線程同步
8.1 原子訪問：Interlocked系列函數
8.2 高速緩存行
8.3 高級線程同步需要避免使用的一種方法
8.4 關鍵段
8.4.1 關鍵段：細節
8.4.2 關鍵段和旋轉鎖
8.4.3 關鍵段和錯誤處理
8.5 Slim讀/寫鎖
8.6 條件變數
8.6.1 Queue示常式序
8.6.2 在停止線程時的死鎖問題
8.6.3 一些有用的竅門和技巧
第9章 用內核對象進行線程同步
9.1 等待函數
9.2 等待成功所引起的副作用
9.3 事件內核對象
9.4 可等待的計時器內核對象
9.4.1 讓可等待的計時器添加APC調用
9.4.2 計時器的剩餘問題
9.5 信號量內核對象
9.6 互斥量內核對象
9.6.1 遺棄問題
9.6.2 互斥量與關鍵段的比較
9.6.3 Queue示常式序
9.7 線程同步對象速查表
9.8 其他的線程同步函數
9.8.1 非同步設備I/O
9.8.2 WaitForInputIdle函數
9.8.3 MsgWaitForMultipleObjects（Ex）函數
9.8.4 WaitForDebugEvent函數
9.8.5 SignalObjectAndWait函數
9.8.6 使用等待鏈遍歷API來檢測死鎖
第10章 同步設備I/O與非同步設備I/O
10.1 打開和關閉設備細看CreateFile函數
10.2 使用文件設備
10.2.1 取得文件的大小
10.2.2 設置文件指針的位置
10.2.3 設置文件尾
10.3 執行同步設備I/O
10.3.1 將數據刷新至設備
10.3.2 同步I/O的取消
10.4 非同步設備I/O基礎
10.4.1 OVERLAPPED結構
10.4.2 非同步設備I/O的注意事項
10.4.3 取消隊列中的設備I/O請求
10.5 接收I/O請求完成通知
10.5.1 觸發設備內核對象
10.5.2 觸發事件內核對象
10.5.3 可提醒I/O
10.5.4 I/O完成埠
10.5.5 模擬已完成的I/O請求
第11章 Windows線程池
11.1 情形1：以非同步方式調用函數
11.1.1 顯式地控制工作項
11.1.2 Batch示常式序
11.2 情形2：每隔一段時間調用一個函數
11.3 情形3：在內核對象觸發時調用一個函數
11.4 情形4：在非同步I/O請求完成時調用一個函數
11.5 回調函數的終止操作
11.5.1 對線程池進行定製
11.5.2 得體地銷毀線程池：清理組
第12章 纖程
第Ⅲ部分 內存管理
第13章 Windows內存體系結構
13.1 進程的虛擬地址空間
13.2 虛擬地址空間的分區
13.2.1 空指針賦值分區
13.2.2 用戶模式分區
13.3 地址空間中的區域
13.4 給區域調撥物理存儲器
13.5 物理存儲器和頁交換文件
13.6 頁面保護屬性
13.6.1 寫時復制
13.6.2 一些特殊的訪問保護屬性標志
13.7 實例分析
13.8 數據對齊的重要性
第14章 探索虛擬內存
14.1 系統信息
14.2 虛擬內存狀態
14.3 NUMA機器中的內存管理
14.4 確定地址空間的狀態
14.4.1 VMQuery函數
14.4.2 示常式序：虛擬內存映射
第15章 在應用程序中使用虛擬內存
15.1 預訂地址空間區域
15.2 給區域調撥物理存儲器
15.3 同時預訂和調撥物理存儲器
15.4 何時調撥物理存儲器
15.5 撤銷調撥物理存儲器及釋放區
15.5.1 何時撤銷調撥物理存儲器
15.5.2 虛擬內存分配示常式序
15.6 改變保護屬性
15.7 重置物理存儲器的內容
15.8 地址窗口擴展
第16章 線程棧
16.1 C/C++運行庫的棧檢查函數
16.2 Summation示常式序
第17章 內存映射文件
17.1 映射到內存的可執行文件和DLL
17.1.1 同一個可執行文件或DLL的多個實例不會共享靜態數據
17.1.2 在同一個可執行文件或DLL的多個實例間共享靜態數據
17.1.3 Application Instances示常式序
17.2 映射到內存的數據文件
17.2.1 方法1：一個文件，一塊緩存
17.2.2 方法2：兩個文件，一塊緩存
17.2.3 方法3：一個文件，兩塊緩存
17.2.4 方法4：一個文件，零個緩存
17.3 使用內存映射文件
17.3.1 第1步：創建或打開文件內核對象
17.3.2 第2步：創建文件映射內核對象
17.3.3 第3步：將文件的數據映射到進程的地址空間
17.3.4 第4步：從進程的地址空間撤銷對文件數據的映射
17.3.5 第5步和第6步：關閉文件映射對象和文件對象
17.6 File Reverse示常式序
17.7 用內存映射文件來處理大文件
17.8 內存映射文件和一致性
17.9 給內存映射文件指定基地址
17.10 內存映射文件的實現細節
第18章 堆
18.1 進程的默認堆
18.2 為什麼要創建額外的堆
18.2.1 對組件進行保護
18.2.2 更有效的內存管理
18.2.3 使內存訪問局部化
18.2.4 避免線程同步的開銷
18.2.5 快速釋放
18.3 如何創建額外的堆
18.3.1 從堆中分配內存塊
18.3.2 調整內存塊的大小
18.3.3 獲得內存塊的大小
18.3.4 釋放內存塊
18.3.5 銷毀堆
18.3.6 在C++中使用堆
18.4 其他堆函數
第Ⅳ部分 動態鏈接庫
第19章 DLL基礎
19.1 DLL和進程的地址空間
19.2 縱觀全局
19.2.1 構建DLL模塊
19.2.2 構建可執行模塊
19.2.3 運行可執行模塊
第20章 DLL高級技術
20.1 DLL模塊的顯式載入和符號鏈接
20.1.1 顯式地載入DLL模塊
20.1.2 顯式地卸載DLL模塊
20.1.3 顯式地鏈接到導出符號
20.2 DLL的入口點函數
20.2.1 DLL_PROCESS_ATTACH通知
20.2.2 DLL_PROCESS_DETACH通知
20.2.3 DLL_THREAD_ATTACH通知
20.2.4 DLL_THREAD_DETACH通知
20.2.5 DllMain的序列化調用
20.2.6 DllMain和C/C++運行庫
20.3 延遲載入DLL
20.4 函數轉發器
20.5 已知的DLL
20.6 DLL重定向
20.7 模塊的基地址重定位
20.8 模塊的綁定
第21章 線程局部存儲區
21.1 動態TLS
21.2 靜態TLS0
第22章 DLL注入和API攔截
22.1 DLL注入的一個例子
22.2 使用注冊表來注入DLL
22.3 使用Windows掛鉤來注入DLL
22.4 使用遠程線程來注入DLL
22.4.1 Inject Library示常式序
22.4.2 Image Walk DLL
22.5 使用木馬DLL來注入DLL
22.6 把DLL作為調試器來注入
22.7 使用CreateProcess來注入代碼
22.8 API攔截的一個例子9
22.8.1 通過覆蓋代碼來攔截API0
22.8.2 通過修改模塊的導入段來攔截API
22.8.3 Last MessageBox Info示常式序
第Ⅴ部分 結構化異常處理
第23章 終止處理程序
第24章 異常處理程序與軟體異常
24.1 通過實例理解異常過濾程序和異常處理程序
24.1.1 Funcmeister1函數
24.1.2 Funcmeister2函數
24.2 EXCEPTION_EXECUTE_HANDLER1
24.2.1 一些有用的例子
24.2.2 全局展開
24.2.3 停止全局展開
24.3 EXCEPTION_CONTINUE_EXECUTION
24.4 EXCEPTION_CONTINUE_SEARCH0
24.5 GetExceptionCode2
24.6 GetExceptionInformation6
24.7 軟體異常
第25章 未處理異常、向量化異常處理與C++異常
25.1 UnhandledExceptionFilter函數詳解
25.2 即時調試
25.3 電子表格示常式序
25.4 向量化異常和繼續處理程序
25.5 C++異常與結構化異常的比較
25.6 異常與調試器
第26章 錯誤報告與應用程序恢復
26.1 Windows錯誤報告控制台
26.2 可編程的Windows錯誤報告
26.3 對進程中所有的問題報告進行定製
26.4 問題報告的創建與定製
26.4.1 創建一個自定義的問題報告
26.4.2 設置報告參數：WerReportSetParameter
26.4.3 將小型轉儲文件放入報告：WerReportAddDump8
26.4.4 將任意文件放入報告：WerReportAddFile9
26.4.5 修改對話框文本：WerReportSetUIOption0
26.4.6 提交錯誤報告：WerReportSubmit0
26.4.7 關閉問題報告：WerReportCloseHandle
26.4.8 Customized WER示常式序
26.5 應用程序的自動重啟與恢復
26.5.1 應用程序的自動重啟
26.5.2 對應用程序恢復的支持
第Ⅵ部分
附錄A 構建環境
附錄B 消息處理宏、子控制項宏和API宏
索引