11.1.4 MSVC CRT的入口函数初始化(1)
系统堆初始化
MSVC的入口函数初始化主要包含两个部分,堆初始化和I/O初始化。MSVC的堆初始化由函数_heap_init完成,这个函数的定义位于heapinit.c,大致的代码如下(删去了64位系统的条件编译部分):
mainCRTStartup -> _heap_init(): HANDLE _crtheap = NULL; int _heap_init (int mtflag) return 1; |
在32位的编译环境下,MSVC的堆初始化过程出奇地简单,它仅仅调用了HeapCreate这个API创建了一个系统堆。因此不难想象,MSVC的malloc函数必然是调用了HeapAlloc这个API,将堆管理的过程直接交给了操作系统。
I/O初始化
I/O初始化相对于堆的初始化则要复杂很多。首先让我们来看看MSVC中,FILE结构的定义(FILE结构实际定义在C语言标准中并未指出,因此不同的版本可能有不同的实现):
__pthread_initialize_minimal(); |
struct _iobuf { |
这个FILE结构中最重要的一个字段是_file,_file是一个整数,通过_file可以访问到内部文件句柄表中的某一项。在Windows中,用户态使用句柄(Handle)来访问内核文件对象,句柄本身是一个32位的数据类型,在有些场合使用int来储存,有些场合使用指针来表示。
在MSVC的CRT中,已经打开的文件句柄的信息使用数据结构ioinfo来表示:
typedef struct { |
在这个结构中,osfhnd字段即为打开文件的句柄,这里使用8字节整数类型intptr_t来存储。另外osfile的意义为文件的打开属性。而pipech字段则为用于管道的单字符缓冲,这里可以先忽略。osfile的值可由一系列值用按位或的方式得出:
FOPEN(0x01)句柄被打开。
FEOFLAG(0x02)已到达文件末尾。
FCRLF(0x04)在文本模式中,行缓冲已遇到回车符(见11.2.2节)。
FPIPE(0x08)管道文件。
FNOINHERIT(0x10)句柄打开时具有属性_O_NOINHERIT(不遗传给子进程)。
FAPPEND(0x20)句柄打开时具有属性O_APPEND(在文件末尾追加数据)。
FDEV(0x40)设备文件。
FTEXT(0x80)文件以文本模式打开。
在crt/src/ioinit.c中,有一个数组:
int _nhandle; |
这就是用户态的打开文件表。这个表实际是一个二维数组,第二维的大小为32个ioinfo结构,因此该表总共可以容纳的元素总量为64 * 32 = 2048个句柄。此外_nhandle记录该表的实际元素个数。之所以使用指针数组而不是二维数组的原因是使用指针数组更加节省空间,而如果使用二维数组,则不论程序里打开了几个文件都必须始终消耗2048个ioinfo的空间。
FILE结构中的_file的值,和此表的两个下标直接相关联。当我们要访问文件时,必须从FILE结构转换到操作系统的句柄。从一个FILE*结构得到文件句柄可以通过一个叫做_osfhnd的宏,当然这个宏是CRT内部使用的,并不推荐用户使用。_osfhnd的定义为:
#define _osfhnd(i) ( _pioinfo(i)->osfhnd ) |
#define _pioinfo(i) ( __pioinfo[(i) >> 5] + ((i) & ((1 << 5) - 1)) ) |
FILE结构的_file字段的意义可以从_pioinfo的定义里看出,通过_file得到打开文件表的下标变换为:
FILE:_file的第5位到第10位是第一维坐标(共6位),_file的第0位到第4位是第二维坐标(共5位)。
这样就可以通过简单的位运算来从FILE结构得到内部句柄。通过这我们可以看出,MSVC的I/O内部结构和之前介绍的Linux的结构有些不同,如图11-5所示。
|
| (点击查看大图)图11-5 Windows的FILE、句柄和内核对象 |
mainCRTStartup -> _ioinit(): if ( (pio = _malloc_crt( 32 * sizeof(ioinfo) )) __pioinfo[0] = pio; |
【责任编辑:云霞 TEL:(010)68476606】
| 回书目 上一节 下一节 |
