Linux下获得线程ID syscall(224)

From: http://blog.163.com/onx0320@126/blog/static/164736436201252574720314/

对于Linux线程，也许大家并不陌生，而我们通常所说的线程是指基于POSIX标准的线程，而Linux下除了兼容POSIX标准，而且提供线程在内核级的支持。
    早在Linux kernel2.4之前，Linux的线程（LinuxThread）属于用户级，内核根本不知道线程的存在，为了得到内核的支持，2003 年，Redhat公司（很了不起的一个公司）发布了NPTL(Native POSIX Thread Library)，至今广泛使用。
    NPTL很优秀，对信号的处理是按照每进程的原则进行的；getpid() 会为所有的线程返回相同的进程 ID。例如，如果发送了 SIGSTOP 信号，那么整个进程都会停止；使用 LinuxThreads，只有接收到这个信号的线程才会停止。这样可以在基于 NPTL 的应用程序上更好地利用调试器，例如 GDB。
    额外话说多了，下面具体看看下面如何获得线程的ID吧！
   
    经常我们需要在程序一个线程中获得这个线程的id，有人会说，可以通过pthread_create函数传递参数传入，等主线程创建子线程成功，那么这个pid会自动赋值

#define TNUM 2
struct BN
{
    pthread_t pid;
    int N;
};

void *run(void *args)
{
    BN *recive = (BN *)args;
    cout << "pid: " << recive->pid << endl;
    return (void *)(recive->N);
}

int main(int c, char *v[])
{
    int i;
    int ret;
    char *result;
    pthread_t pid[TNUM];
    BN bn[TNUM];

    for (i = 0; i < TNUM; i ++)
     {
        bn[i].pid = pid[i];
        bn[i].N = mN;
        ret = pthread_create(&pid[i], NULL, run, &bn[i]);
    //...出错处理
    }
    return 0;
}

   难题是主线程去分配子线程id的时刻，run函数并不能很确切的知道，所以当读取recive->pid时，就会产生错误；
    正确的方法应该使用pthread_self()函数来获得POSIX的线程id，此函数调用内部进制直到pid分配完成。
    有人会问，获取进程id的函数不是getpid(),获取线程id的函数不是gettid()么？
这里与刚才前面所说的有些关系，目前gettid获得的pid是需要系统调用(syscall)的，这个syscall返回的pid不是上面所说的POSIX线程id，这个是内核的线程id，具体调用的方式如下：

pid_t pid = syscall(SYS_gettid);

或

pid_t pid = syscall(__NR_gettid);

或

//仅限于i386，如果是x86_64，则调用186
pid_t pid = syscall(224);

以往旧的方式syscallx的调用已经被废弃。
    看到这里，也许有人会问，pid_t和pthread_t可以相互转换么？一个是POSIX的线程、一个是内核的线程？如果你感兴趣在这方面研究的话，可以不妨试试，答案肯定是可以的。

    至此，你看完这篇文章，明白了linux线程id怎么获得了么？