http://blog.csdn.net/zsf8701/article/details/7842392

//線程屬性結構如下：
typedef struct
{
int etachstate; //線程的分離狀態
int schedpolicy; //線程調度策略
structsched_param schedparam; //線程的調度參數
int inheritsched; //線程的繼承性
int scope; //線程的作用域
size_t guardsize; //線程棧末尾的警戒緩沖區大小
int stackaddr_set; //線程的棧設置
void* stackaddr; //線程棧的位置
size_t stacksize; //線程棧的大小
}pthread_attr_t;

屬性值不能直接設置，須使用相關函數進行操作，初始化的函數為pthread_attr_init，這個函數必須在pthread_create函數之前調用。之後須用pthread_attr_destroy函數來釋放資源。線程屬性主要包括如下屬性：作用域（scope）、棧尺寸（stack size）、棧地址（stack address）、優先級（priority）、分離的狀態（detached state）、調度策略和參數（scheduling policy and parameters）。默認的屬性為非綁定、非分離、缺省1M的堆棧、與父進程同樣級別的優先級。

一、線程的作用域（scope）

作用域屬性描述特定線程將與哪些線程競爭資源。線程可以在兩種競爭域內競爭資源：

1. 進程域（process scope）：與同一進程內的其他線程。
2. 系統域（system scope）：與系統中的所有線程。一個具有系統域的線程將與整個系統中所有具有系統域的線程按照優先級競爭處理器資源，進行調度。
3. Solaris系統，實際上，從 Solaris 9 發行版開始，系統就不再區分這兩個範圍。

二、線程的綁定狀態（binding state）

輕進程（LWP：Light Weight Process）關於線程的綁定，牽涉到另外一個概念：輕進程（LWP：Light Weight Process）：輕進程可以理解為內核線程，它位於用戶層和系統層之間。系統對線程資源的分配、對線程的控制是通過輕進程來實現的，一個輕進程可以控制一個或多個線程。

1. 非綁定狀態
   默認狀況下，啟動多少輕進程、哪些輕進程來控制哪些線程是由系統來控制的，這種狀況即稱為非綁定的。
2. 綁定狀態
   綁定狀況下，則顧名思義，即某個線程固定的"綁"在一個輕進程之上。被綁定的線程具有較高的響應速度，這是因為CPU時間片的調度是面向輕進程的，綁定的線程可以保證在需要的時候它總有一個輕進程可用。通過設置被綁定的輕進程的優先級和調度級可以使得綁定的線程滿足諸如實時反應之類的要求。

三、線程的分離狀態（detached state）

1. 線程的分離狀態決定一個線程以什麽樣的方式來終止自己。
2. 非分離狀態
   線程的默認屬性是非分離狀態，這種情況下，原有的線程等待創建的線程結束。只有當pthread_join()函數返回時，創建的線程才算終止，才能釋放自己占用的系統資源。
3. 分離狀態
   分離線程沒有被其他的線程所等待，自己運行結束了，線程也就終止了，馬上釋放系統資源。應該根據自己的需要，選擇適當的分離狀態。
4. 線程分離狀態的函數：pthread_attr_setdetachstate（pthread_attr_t *attr, int detachstate）。
   第二個參數可選為PTHREAD_CREATE_DETACHED（分離線程）和 PTHREAD _CREATE_JOINABLE（非分離線程）。
   這裏要註意的一點是，如果設置一個線程為分離線程，而這個線程運行又非常快，它很可能在pthread_create函數返回之前就終止了，它終止以後就可能將線程號和系統資源移交給其他的線程使用，這樣調用pthread_create的線程就得到了錯誤的線程號。要避免這種情況可以采取一定的同步措施，最簡單的方法之一是可以在被創建的線程裏調用pthread_cond_timewait函數，讓這個線程等待一會兒，留出足夠的時間讓函數pthread_create返回。設置一段等待時間，是在多線程編程裏常用的方法。但是註意不要使用諸如wait()之類的函數，它們是使整個進程睡眠，並不能解決線程同步的問題。

四、線程的優先級（priority）

1. 新線程的優先級為默認為0。
2. 新線程不繼承父線程調度優先級(PTHREAD_EXPLICIT_SCHED)
3. 僅當調度策略為實時（即SCHED_RR或SCHED_FIFO）時才有效，並可以在運行時通過pthread_setschedparam()函數來改變，缺省為0。

五、線程的棧地址（stack address）

1. POSIX.1定義了兩個常量_POSIX_THREAD_ATTR_STACKADDR 和_POSIX_THREAD_ATTR_STACKSIZE檢測系統是否支持棧屬性。
2. 也可以給sysconf函數傳遞_SC_THREAD_ATTR_STACKADDR或 _SC_THREAD_ATTR_STACKSIZE來進行檢測。
3. 當進程棧地址空間不夠用時，指定新建線程使用由malloc分配的空間作為自己的棧空間。通過pthread_attr_setstackaddr和pthread_attr_getstackaddr兩個函數分別設置和獲取線程的棧地址。傳給pthread_attr_setstackaddr函數的地址是緩沖區的低地址（不一定是棧的開始地址，棧可能從高地址往低地址增長）。

六、線程的棧大小（stack size）

1. 當系統中有很多線程時，可能需要減小每個線程棧的默認大小，防止進程的地址空間不夠用
2. 當線程調用的函數會分配很大的局部變量或者函數調用層次很深時，可能需要增大線程棧的默認大小。
3. 函數pthread_attr_getstacksize和 pthread_attr_setstacksize提供設置。

七、線程的棧保護區大小（stack guard size）

1. 在線程棧頂留出一段空間，防止棧溢出。
2. 當棧指針進入這段保護區時，系統會發出錯誤，通常是發送信號給線程。
3. 該屬性默認值是PAGESIZE大小，該屬性被設置時，系統會自動將該屬性大小補齊為頁大小的整數倍。
4. 當改變棧地址屬性時，棧保護區大小通常清零。

八、線程的調度策略（schedpolicy）

POSIX標準指定了三種調度策略：先入先出策略 (SCHED_FIFO)、循環策略 (SCHED_RR) 和自定義策略 (SCHED_OTHER)。SCHED_FIFO 是基於隊列的調度程序，對於每個優先級都會使用不同的隊列。SCHED_RR 與 FIFO 相似，不同的是前者的每個線程都有一個執行時間配額。SCHED_FIFO 和 SCHED_RR 是對 POSIX Realtime 的擴展。SCHED_OTHER 是缺省的調度策略。

1. 新線程默認使用 SCHED_OTHER 調度策略。線程一旦開始運行，直到被搶占或者直到線程阻塞或停止為止。
2. SCHED_FIFO
   如果調用進程具有有效的用戶 ID 0，則爭用範圍為系統 (PTHREAD_SCOPE_SYSTEM) 的先入先出線程屬於實時 (RT) 調度類。如果這些線程未被優先級更高的線程搶占，則會繼續處理該線程，直到該線程放棄或阻塞為止。對於具有進程爭用範圍 (PTHREAD_SCOPE_PROCESS)) 的線程或其調用進程沒有有效用戶 ID 0 的線程，請使用 SCHED_FIFO，SCHED_FIFO 基於 TS 調度類。
3. SCHED_RR
   如果調用進程具有有效的用戶 ID 0，則爭用範圍為系統 (PTHREAD_SCOPE_SYSTEM)) 的循環線程屬於實時 (RT) 調度類。如果這些線程未被優先級更高的線程搶占，並且這些線程沒有放棄或阻塞，則在系統確定的時間段內將一直執行這些線程。對於具有進程爭用範圍 (PTHREAD_SCOPE_PROCESS) 的線程，請使用 SCHED_RR(基於 TS 調度類)。此外，這些線程的調用進程沒有有效的用戶 ID 0。

九、線程並行級別（concurrency）

應用程序使用 pthread_setconcurrency() 通知系統其所需的並發級別。

線程屬性總結 線程的api屬性