Glibc辅助运行库(CRunTimeLibrary)crt0.o,crt1.o,crti.ocrt.docx

Glibc 辅助运行库，或称为 C RunTime Library (CRT)，是GNU C库的核心组成部分，为C程序的启动和运行提供必要的支持。在Linux系统中，这些库以目标文件的形式存在，例如crt0.o、crt1.o、crti.o、crtn.o，还有针对C++的crtbegin.o和crtend.o。这些文件在程序链接时自动加入，确保程序的正确初始化和终止。 crt0.o文件包含了程序的起始点 `_start` 函数，它是程序运行的第一条指令。`_start` 负责调用`__libc_start_main`，进而初始化Glibc，并调用用户定义的`main`函数。同时，crt0.o还包含两个未定义的符号`__libc_start_main`和`main`，这两个符号在链接时会被正确解析。 crt1.o文件则包含了`.init`和`.fini`段，分别用于执行在`main`函数之前和之后的初始化和清理工作。`.init`段常用于全局变量的构造，而`.fini`段则处理程序结束时的清理任务。 crti.o文件是C运行时初始化的辅助文件，它负责在`main`函数之前执行的初始化代码，比如全局静态对象的初始化。 crtn.o则是C运行时终止的辅助文件，处理`main`函数执行后的清理工作，如`.fini`段的执行。 对于C++，crtbegin.o和crtend.o则扮演了更重要的角色。它们配合Glibc实现C++的全局构造函数和析构函数的调用。在程序链接时，crtbegin.o放置在用户对象代码之前，而crtend.o则位于系统库之后，确保C++对象的构造和析构按正确顺序执行。 在Android的Bionic C运行时库中，情况略有不同。它不使用Glibc的标准crt0.o等文件，而是采用crtbegin_dynamic.o、crtbegin_static.o和crtend_android.o。Bionic库的设计更轻量级，但可能不包含所有GNU Glibc的功能，因此在将代码从Linux移植到Android时可能会遇到兼容性问题。 在标准的Linux链接过程中，链接顺序通常是： 1. ld (链接器) 2. crt1.o 3. crti.o 4. 用户对象代码 5. 系统库 6. crtn.o 而在Android上，链接顺序变为： 1. arm-eabi-g++ 2. crtbegin_dynamic.o 3. 用户对象代码 4. 系统库 5. crtend_android.o `main()`函数并非孤立存在，它是由crt0.s汇编程序调用的。在编译时，GCC会自动将crt0.o（或其扩展模块）作为第一个模块链接到可执行程序中。通过使用 `-v` 选项可以查看这一过程的详细信息。 Glibc的CRT库和相关的目标文件是C程序在Linux环境下的基石，它们确保了程序的正确启动、运行和终止。而在不同的平台上，如Android的Bionic，CRT的实现和链接顺序可能会有所不同，适应特定系统的特性。