線程控制

APUE講的destroy會free空間，這件事情看起來不太對，也許是Base on實現(xiàn)
起碼我看到的實現(xiàn)是沒有做這件事情的。

int pthread_attr_init(pthread_attr_t * attr)
{
    *attr = gDefaultPthreadAttr;
    return 0;
}

int pthread_attr_destroy(pthread_attr_t * attr)
{
    memset(attr, 0x42, sizeof(pthread_attr_t));
    return 0;
}

Attribution有下面這些。

typedef struct
{
    uint32_t flags;
    void * stack_base;
    size_t stack_size;
    size_t guard_size;
    int32_t sched_policy;
    int32_t sched_priority;
} pthread_attr_t;

我們可以用malloc和mmap給Thread分配stack，指定stack大小和位置(低地址)

mutex屬性
兩個東西
1.進(jìn)程共享屬性，PTHREAD_PROCESS_PRIVATE or SHARED
意思是說如果這個Mutex是分配在兩個進(jìn)程共享的memory，然后設(shè)置為shared mutex就可以用于進(jìn)程同步
2.類型屬性，normal;errorcheck;recurive
意思是定義Mutex本身的特性，這里更正下前面那章提到的錯誤
只有normal的mutex才會在再次加鎖時發(fā)生deadlock
errorcheck的會直接返回錯誤
recurive本身就允許，會有計數(shù)

rw lock和condition屬性
只支持第一個

TLS變量
先看下TLS的位置

 * +---------------------------+
 * |     pthread_internal_t    |
 * +---------------------------+
 * |                           |
 * |          TLS area         |
 * |                           |
 * +---------------------------+
 * |                           |
 * .                           .
 * .         stack area        .
 * .                           .
 * |                           |
 * +---------------------------+
 * |         guard page        |
 * +---------------------------+

pthread_internal_t是記錄線程自己本身的一些屬性的變量，guard page就是線程attr上設(shè)置的防止棧溢出的擴(kuò)展內(nèi)存

創(chuàng)建TLS變量的方法
1.創(chuàng)建Key，這個Key是這個Process中所有Thread可以共享訪問的，然后每個Thread自己去關(guān)聯(lián)自己的Thread Local變量
int pthread_key_create(pthread_key_t *keyp, void (*destructor)(void*))
創(chuàng)建key的時候需要保證唯一調(diào)用，也就是不會有兩個Thread同時調(diào)用，然后發(fā)生一些base on實現(xiàn)的不確定的結(jié)果，可以使用pthread_once

pthread_once的實現(xiàn)很簡單，用mutex做互斥量保證pthread_once_t的訪問，然后利用pthread_once_t做flag來調(diào)用init_routine

int  pthread_once( pthread_once_t*  once_control,  void (*init_routine)(void) )
{
    static pthread_mutex_t   once_lock = PTHREAD_RECURSIVE_MUTEX_INITIALIZER;
    volatile pthread_once_t* ocptr = once_control;

    pthread_once_t tmp = *ocptr;
    ANDROID_MEMBAR_FULL();
    if (tmp == PTHREAD_ONCE_INIT) {
        pthread_mutex_lock( &once_lock );
        if (*ocptr == PTHREAD_ONCE_INIT) {
            (*init_routine)();
            ANDROID_MEMBAR_FULL();
            *ocptr = ~PTHREAD_ONCE_INIT;
        }
        pthread_mutex_unlock( &once_lock );
    }
    return 0;
}

所以這個pthread_once_t必須是全局or靜態(tài)變量
pthread_once最常用的case除了拿到TLS key外，init函數(shù)經(jīng)常會使用這個，避免多線程同時調(diào)用。

然后就是thread cancel
Android Bionic庫沒有實現(xiàn) pthread_setcancelstate(int state, int* oldstate)以及pthread_cancel()
這里thread的取消，有些是取消不掉的，例如一些blocking call，所有的取消均是需要設(shè)定一些取消點的，

有人有專門針對Android沒有Thread Cancel來想辦法
基本就是thread signal，在signal handler中去call pthread_exit();
or用PIPE在多路復(fù)用中break出來
http://blog.csdn.net/langresser/article/details/8531112

如果信號與硬件故障or計時器超時相關(guān)，那么信號會發(fā)送到引起事件的該線程中去，其他信號會發(fā)送到任意一個線程。
這里是說的POSIX線程模型，一般的信號都會發(fā)送給進(jìn)程中沒有阻塞該信號的某個線程。APUE講的某個沒有阻塞該信號的線程，其實有點模糊。

但是Linux的實現(xiàn)不一樣，linux的thread是clone出來的，就是共享資源的獨立進(jìn)程，這樣子其實蠻自然的，也不容易復(fù)雜。
linux中，有可能線程就不會注意到該信號，這樣講也有點模糊，總之終端驅(qū)動程序的信號會將信號通知到進(jìn)程組，這樣子所有的thread就會都收到信號
如果你不想所有的線程都去關(guān)心信號，那么可以使用一個專門處理信號的線程
先將其他線程的signal都pthread_sigmask SIG_BLOCK掉，然后使用sigwait在特定的線程來等
pthread_sigmask和sigprocmask很像

thread與fork
fork后的子進(jìn)程會繼承mutex, rw lock, condition的狀態(tài)
但是子進(jìn)程中只會存在一個線程，也就是那個調(diào)用fork的線程的副本，有個復(fù)雜的事情是關(guān)于上面繼承下來的那些東西，子進(jìn)程由于只有一個線程，沒辦法知道
上面那三個東西的具體狀態(tài)，需要有個清理鎖的動作 -->pthread_atfork(void (*prepare)(void), void (*parent)(void), void (*child)(void))
我目前不知道這個東西的使用場景，而且不容易控制。
因為一般如果我們fork后都會接execu，這樣地址空間就會改變，那么這些繼承的東西就沒用了。

然后有談一點關(guān)于線程IO的東西
pwrite/pread
也就是原子的進(jìn)行l(wèi)seek和r/w，但是這個并不能保證大家常見的沖突問題，也就是一個thread在寫另外一個要讀，所以這兩個東西并不能解決同步的問題。

作業(yè):
12.3 理論上函數(shù)開始時屏蔽所有信號，函數(shù)結(jié)束時恢復(fù)，是可以做到異步信號安全的。如果你只是屏蔽一些信號，那么沒辦法做到，因為如果有其他信號進(jìn)來，你call的函數(shù)里面有一些不可重入的函數(shù)，同樣不能保證是異步安全的。

12.5 fork可以在拿來執(zhí)行可執(zhí)行程序，現(xiàn)在應(yīng)該就這一個Case。