攻克Linux系统编程，细说系统调用规范，入行要先熟悉套路

具体是怎么做到的呢?我们可以再打开 bits/errno.h 看一眼。

<bits/errno.h> 
# ifndef __ASSEMBLER__ 
extern int *__errno_location (void) __THROW __attribute__ ((__const__)); 
# if !defined _LIBC || defined _LIBC_REENTRANT 
# define errno (*__errno_location ()) 
# endif 
# endif  

原来，当 libc 被定义为可重入时，errno 就会被定义成一个宏，该宏调用外部 __errno_location 函数返回的内存地址中所存储的值。在 GCC 源码中，我们还发现一个测试用例中定义了 __errno_location 函数的 Stub，是这样写的：

extern __thread int __libc_errno __attribute__ ((tls_model ("initial-exec"))); 
int * __errno_location (void) 
{ 
 return &__libc_errno; 
} 

这一简单的测试用例充分展现了 errno 的实现原理。errno 被定义为 per-thread(用 __thread 标识的线程局部存储类型)变量 __libc_errno，之后 __errno_location 函数返回了这个线程局部变量的地址。所以，在每个线程中获取和设置 errno 的时候，操作的是本线程内的一个变量，不会与其他线程相互干扰。

至于 __thread 这个关键字，需要在很“严苛”的条件下才能生效——需要 Linux 2.6 以上内核、pthreads 库、GCC 3.3 或更高版本的支持。不过，放到今天，这些条件已成为标配，也就不算什么了。

1.5.2 注意事项

上面只是解释了在多线程中使用系统调用时，errno 不会发生冲突问题，但并不是说所有的系统调用都可以放心大胆地在多线程程序中使用。

有一些系统调用，标准中并没有规定它们的实现必须是多线程安全的(或者说可重入的，后面的课程中再详细解释)。由于历史原因和实现原理上的限制，有些函数的实现并不是线程安全的，比如 system()。某些 glibc 函数也是一样，比如 strerror 函数，其内部使用一块静态存储区存放 errno 描述性信息，最近的一次调用会覆盖上一次调用的内容。

（编辑：安卓应用网_ASP源码网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!