近期在看google的chromium的代码,认为其基础库base中的对于与平台有关的线程的数据结构的定义与其代码中的凝视部分不匹配。
凝视明白说明 phtread_t在标准中有被定义为一个结构体的可能性,但其在实际代码中仍然出现了:
#include <pthread.h>
typedef pthread_t PlatformThreadHandle;
const PlatformThreadHandle kNullThreadHandle = 0;
显然此写法肯定不是个错误,否则chromium在posix系统上就编译只是去了。
为此专门search了一下pthread_t的定义,发现非常真是有多种定义方法,
在linux的实现中pthread_t被定义为 "unsigned long int", 參见例如以下具体说明:
With LinuxThreads (the default Pthreads library on 2.4 kernel), the
pthread_t was in fact related to an index of an internal table. With
NPTL, the pthread_t holds the memory address of a structure that
describes the thread properties.
在Windows中pthread_t的确被定义为一个结构体:
从而导致例如以下代码不具有可移植性:
pthread_t tid;
.....
tid = (pthread_t)0;
正确的实现应该是用memset()来将其初始化为0,虽然在有的系统的实现中,将pthread_t的变量初始化为0也未必是一个正确的选择。