Linux下获得线程ID

linux下使用gdb调试arm程序，发现gdb提供线程号同pthread_t打印的线程号不同。
gdb 上报结果
(gdb) info threads 
3 process 35 thread 27 0x34e5 in sigpause () 
2 process 35 thread 23 0x34e5 in sigpause () 
* 1 process 35 thread 13 main (argc=1, argv=0x7ffffff8) 
at threadtest.c:68 
`thread THREADNO\ " 
同pthread_self()获取线程号不同，查下资料后，转载一篇日志，以供大家参考。

   对于Linux线程，也许大家并不陌生，而我们通常所说的线程是指基于POSIX标准的线程，而Linux下除了兼容POSIX标准，而且提供线程在内核级的支持。
    早在Linux kernel2.4之前，Linux的线程（LinuxThread）属于用户级，内核根本不知道线程的存在，为了得到内核的支持，2003年，Redhat公司（很了不起的一个公司）发布了NPTL(Native POSIX Thread Library)，至今广泛使用。
    NPTL很优秀，对信号的处理是按照每进程的原则进行的；getpid() 会为所有的线程返回相同的进程 ID。例如，如果发送了 SIGSTOP 信号，那么整个进程都会停止；使用 LinuxThreads，只有接收到这个信号的线程才会停止。这样可以在基于 NPTL 的应用程序上更好地利用调试器，例如 GDB。

    经常我们需要在程序一个线程中获得这个线程的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的调用已经被废弃。