pthread_t definition

最近在看google的chromium的代码，觉得其基础库base中的对于与平台有关的线程的数据结构的定义与其代码中的注释部分不匹配。

 

// PlatformThreadHandle should not be assumed to be a numeric type, since the // standard intends to allow pthread_t to be a structure. This means you // should not initialize it to a value, like 0. If it's a member variable, the // constructor can safely "value initialize" using () in the initializer list. #if defined(OS_WIN) #include typedef DWORD PlatformThreadId; typedef void* PlatformThreadHandle; // HANDLE const PlatformThreadHandle kNullThreadHandle = NULL; #elif defined(OS_POSIX) #include typedef pthread_t PlatformThreadHandle; const PlatformThreadHandle kNullThreadHandle = 0; #if defined(OS_MACOSX) #include typedef mach_port_t PlatformThreadId; #else // OS_POSIX && !OS_MACOSX #include typedef pid_t PlatformThreadId; #endif #endif 

 

注释明确说明 phtread_t在标准中有被定义为一个结构体的可能性，但其在实际代码中仍然出现了:

 

 

#include

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的确被定义为一个结构体：

 

/* * Generic handle type - intended to extend uniqueness beyond * that available with a simple pointer. It should scale for either * IA-32 or IA-64. */ typedef struct { void * p; /* Pointer to actual object */ unsigned int x; /* Extra information - reuse count etc */ } ptw32_handle_t; typedef ptw32_handle_t pthread_t; 

 

从而导致如下代码不具有可移植性：

 

pthread_t tid;

.....

tid = (pthread_t)0;

 

正确的实现应该是用memset()来将其初始化为0，尽管在有的系统的实现中，将pthread_t的变量初始化为0也未必是一个正确的选择。