通用跨平台库glib如何设计跨平台线程库？

（2） Linux 平台函数调用链

先来看一下 Linux 平台上的函数调用关系：

如果你的手边有源代码，请关注 g＿thread＿new（）这个函数中的 func 和 data 这2个参数。

func 是最开始用户层传入的线程执行函数，也就是用户创建这个线程，最终想执行的函数。data 是 func 函数所接收的函数参数。

如果直接面对 Linux 操作系统编程，在调用 POSIX 接口函数 pthread＿create（）时，一般是直接传入用户想要执行的函数以及参数。

但是 glib 层并没有直接把用户层的函数直接交给 Linux 操作系统，而是自己提供了 2 个线程代理函数，在调用 pthread＿create（）时，根据不同的情况，把这2个代理函数之一传递给操作系统：

第一个线程代理函数：g＿thread＿proxy（）；

第二个线程代理函数：linux＿pthread＿proxy（）；

至于传递哪一个代理函数，取决于宏定义 HAVE＿SYS＿SCHED＿GETATTR 是否有效。

下面是 g＿system＿thread＿new（）函数简化后的代码：

g＿system＿thread＿new （proxy， stack＿size， scheduler＿settings，
name， func， data， error）；
GThreadPosix ＊thread；
GRealThread ＊base＿thread；
／／填充 base＿thread 字段，重点关注下面2句
base＿thread－＞thread．func ＝ func；
base＿thread－＞thread．data ＝ data；
thread－＞scheduler＿settings ＝ scheduler＿settings；
thread－＞proxy ＝ proxy；
＃if defined（HAVE＿SYS＿SCHED＿GETATTR）
ret ＝ pthread＿create （＆thread－＞system＿thread，＆attr， linux＿pthread＿proxy， thread）；
＃else
ret ＝ pthread＿create （＆thread－＞system＿thread，＆attr，（void＊（＊）（void＊））proxy， thread）；
＃endif
4．线程的执行

我们就假设这个宏定义 HAVE＿SYS＿SCHED＿GETATTR 被定义了、是有效的，Linux 系统中的 pthread＿create（）接收到 linux＿pthread＿proxy（）函数。

当这个新建的线程被调度执行时，linux＿pthread＿proxy（）函数被调用执行：

简化后的 linux＿pthread＿proxy（）函数：

static void ＊
linux＿pthread＿proxy （void ＊data）
｛
／／ data 就是 g＿system＿thread＿new 中 GThreadPosix 类型指针，这是平台相关的。
GThreadPosix ＊thread ＝ data；
if （thread－＞scheduler＿settings）
｛
／／设置线程属性
tid ＝（pid＿t） syscall （SYS＿gettid）；
res ＝ syscall （SYS＿sched＿setattr， tid， thread－＞scheduler＿settings－＞attr， flags）；
｝
／／调用 glib 中的线程代理函数，其实就是 g＿thread＿proxy（）
return thread－＞proxy （data）；
｝

这个函数关注 3 点：

data 参数：就是 g＿system＿thread＿new 函数中的GThreadPosix类型指针，这是平台相关的。

中间部分是设置线程属性；

最后的 return 语句，调用了 glib 中第一个线程代理函数 g＿thread＿proxy。

继续贴一下这个函数的简化后代码：

gpointer
g＿thread＿proxy （gpointer data）
｛
／／ data 就是 g＿system＿thread＿new 中 GThreadPosix 类型指针，这是平台相关的。
／／这里把它强转成平台无关的 GRealThread 类型。
GRealThread＊ thread ＝ data；
if （thread－＞name）
｛
／／设置线程属性：名称
g＿system＿thread＿set＿name （thread－＞name）；
｝
／／调用应用层的线程入口函数
thread－＞retval ＝ thread－＞thread．func （thread－＞thread．data）；
return NULL；
｝

这个函数也只要关注 3 点：

data 参数： linux＿pthread＿proxy 函数传过来的是 GThreadPosix 类型指针，但是这里直接赋值给了 GRealThread 类型的指针，因为它们的内存模型是包含的关系；

中间部分是设置线程名称；

最后的 thread－＞thread．func （thread－＞thread．data）语句，调用了用户最开始传入的函数并传递用户的 data 参数。

至此，用户层定义的线程函数 user＿thread＿func（data）就得以执行了。

那么，如果 glib 层没有定义宏 HAVE＿SYS＿SCHED＿GETATTR，那么 Linux 系统中 pthread＿create（）接收到的就是 glib 中的第一个线程代理函数 g＿thread＿proxy。

线程执行的调用关系为：