技术分享: glib是如何来设计跨平台的线程库的?
2. 数据结构
你一定听说过这个公式:程序 = 数据结构 + 算法,对于一个 C 语言项目,明白了数据结构的设计,对于理解整个程序的思路是非常重要的,在 glib 中也是如此。
glib 在设计线程库的时候,分成 2 个层次:平台无关部分,平台相关部分。
平台无关的数据结构有(一些不影响理解的代码就删掉了):
struct _GThread
{
GThreadFunc func;
gpointer data;
gboolean joinable;
};
typedef struct _GThread GThread;
struct _GRealThread
{
GThread thread;
gint ref_count;
gchar *name;
};
typedef struct _GRealThread GRealThread;
平台相关的数据结构有:
Linux 系统:
typedef struct
{
GRealThread thread;
pthread_t system_thread;
gboolean joined;
GMutex lock;
void *(*proxy) (void *);
const GThreadSchedulerSettings *scheduler_settings;
} GThreadPosix;
Windows 系统:
typedef struct
{
GRealThread thread;
GThreadFunc proxy;
HANDLE handle;
} GThreadWin32;
仔细看一下每个结构体的第一个成员变量,是不是发现点什么?
从层次关系上看,这几个结构体的关系为:
Linux 平台:
Windows 平台:
结构体在内存模型中意味着什么?占据一块内存空间。
而这几个数据结构都把"子"结构体,放在"父"结构体的第一个位置,就可以方便的进行强制类型转换。
在以上内存模型中,GRealThread 结构体的第一部分是 GThread,那么就完全可以把 GRealThread 所处内存的开始部分,当做一个 GThread 结构体变量来操作。
用 C++ 中面向对象的术语来描述更准确:基类指针可以指向派生类对象。
在下面的代码中,可以看到这样的操作。
3. 线程的创建
(1) 函数原型
平台无关函数(gthread.c 中实现)
GThread *g_thread_new (const gchar *name,
GThreadFunc func,
gpointer data);
GThread *
g_thread_new_internal (const gchar *name,
GThreadFunc proxy,
GThreadFunc func,
gpointer data,
gsize stack_size,
const GThreadSchedulerSettings *scheduler_settings,
GError **error);
平台相关函数(gthread_posix.c or ghread_win32.c 中实现)
GRealThread *
g_system_thread_new (GThreadFunc proxy,
gulong stack_size,
const GThreadSchedulerSettings *scheduler_settings,
const char *name,
GThreadFunc func,
gpointer data,
GError **error);
图片新闻
最新活动更多
-
11月28日立即报名>>> 2024工程师系列—工业电子技术在线会议
-
11月29日立即预约>> 【上海线下】设计,易如反掌—Creo 11发布巡展
-
11月30日立即试用>> 【有奖试用】爱德克IDEC-九大王牌安全产品
-
即日-12.5立即观看>> 松下新能源中国布局:锂一次电池新品介绍
-
12月19日立即报名>> 【线下会议】OFweek 2024(第九届)物联网产业大会
-
即日-12.26火热报名中>> OFweek2024中国智造CIO在线峰会
发表评论
请输入评论内容...
请输入评论/评论长度6~500个字
暂无评论
暂无评论