日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

當前位置:首頁 > 嵌入式 > 嵌入式軟件
[導讀]Linux下面,目標文件、共享對象文件、可執(zhí)行文件都是使用ELF文件格式來存儲的。程序經(jīng)過編譯之后會輸出目標文件,然后經(jīng)過鏈接可以產(chǎn)生可執(zhí)行文件或者共享對象文件。linux下面使用的ELF文件和Windows操作系統(tǒng)使用的PE文件都是從Unix系統(tǒng)的COFF文件格式演化來的。

Linux下面,目標文件、共享對象文件、可執(zhí)行文件都是使用ELF文件格式來存儲的。程序經(jīng)過編譯之后會輸出目標文件,然后經(jīng)過鏈接可以產(chǎn)生可執(zhí)行文件或者共享對象文件。linux下面使用的ELF文件和Windows操作系統(tǒng)使用的PE文件都是從Unix系統(tǒng)的COFF文件格式演化來的。

我們先來了解一些基本的想法。

首先,最重要的思路是一個程序從人能讀懂的格式轉(zhuǎn)換為供操作系統(tǒng)執(zhí)行的二進制格式之后,代碼和數(shù)據(jù)是分開存放的,之所以這樣設(shè)計有這么幾個原因:

1、程序執(zhí)行之后,代碼和數(shù)據(jù)可以被映射到不同屬性的虛擬內(nèi)存中。因為代碼一般是只讀的,而數(shù)據(jù)是可讀可寫的;

2、現(xiàn)代CPU有強大的緩存體系。程序和代碼分離可以提高程序的局部性,增加緩存命中的概率;

3、還有最重要的一個原因是當有多個程序副本在運行的時候,只讀部分可以只在內(nèi)存中保留一份,這樣大大節(jié)省了內(nèi)存。

在ELF的定義中,把他們分開存放的地方稱為一個 Section ,就是一個段。

一個ELF文件中重要的段包括:

.text 段:存儲 只讀程序

.data 段:存儲 已經(jīng)初始化的全局變量和靜態(tài)變量

.bss 段:存儲 未初始化的全局變量和靜態(tài)變量,因為這些變量的值為0,所以這個段在文件當中不占據(jù)空間

.rodata 段:存儲 只讀數(shù)據(jù),比如字符串常量

我們用一個例子來看一下ELF文件的格式到底是什么。首先,在Linux下編寫一個C程序:SimpleSection.c

[cpp] view plain copy int printf(const char *format, ... );

int global_init_var = 16;

int global_unint_var;

void func1 (int );

int main()

{

static int static_var = -32;

static int static_var_uninit;

int a = 1;

int b;

func1(static_var + global_init_var + a + b);

return a;

}

void func1 (int i)

{

printf("%d\n", i);

}

然后,產(chǎn)生目標文件:

[cpp] view plain copy [root@xuxingwang-centos Program]# gcc -c SimpleSection.c

[root@xuxingwang-centos Program]# file SimpleSection.o

SimpleSection.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped

file命令的結(jié)果也告訴我們,這是一個32位ELF的文件,類型是 relocatable ,就是可重定位。所以目標文件又叫做可重定位文件。

elf文件的最開始是elf文件頭信息,32位有52個字節(jié)組成。我們可以使用 readelf 工具來查看一下:

[cpp] view plain copy [root@xuxingwang-centos Program]# readelf -h SimpleSection.o

ELF Header:

Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00

Class: ELF32

Data: 2's complement, little endian

Version: 1 (current)

OS/ABI: UNIX - System V

ABI Version: 0

Type: REL (Relocatable file)

Machine: Intel 80386

Version: 0x1

Entry point address: 0x0

Start of program headers: 0 (bytes into file)

Start of section headers: 224 (bytes into file)

Flags: 0x0

Size of this header: 52 (bytes)

Size of program headers: 0 (bytes)

Number of program headers: 0

Size of section headers: 40 (bytes)

Number of section headers: 11

Section header string table index: 8

Entry point address 指的是程序入口地址,如果是可執(zhí)行文件,這個字段會有值;

他之前的字段是一些說明字段;

Start of program headers 指的是 程序頭表 的起始位置。程序頭表 是從裝載視圖的角度對elf的各個段進行的分類信息;結(jié)構(gòu)和段表相似;

Start of section headers 指出了elf除文件頭以外的最重要的信息:段表 的起始位置。段表包含了各個段的名稱、屬性、大小、位置等重要信息。操作系統(tǒng)首先找到段表,然后根據(jù)段表的信息去找到各個段。段表是一個類似數(shù)組的結(jié)構(gòu),一個段的信息是這個數(shù)組的一個元素。

Size of this header 指的是頭文件大小,32位都是 52 個字節(jié),0x34個字節(jié)。

Size of program headers 指的是每個 程序頭表 的大小。

Number of program headers 指的是 程序頭表 的數(shù)目。

Size of sections headers 指的是每個 段表 的大小;

Number of section headers 指的是 段表的數(shù)量;

Section header string table index 指出了段表當中用到的字符串表在段表中的下標。

文件頭之后,緊跟著的是 程序頭,因為目標文件沒有鏈接,所以沒有裝載信息。我們這里可以先不理會這個東西,以后專門再說他。

程序頭之后就是各個段的數(shù)據(jù),我們用工具查看一下:

[cpp] view plain copy [root@xuxingwang-centos Program]# readelf -S SimpleSection.o

There are 11 section headers, starting at offset 0xe0:

Section Headers:

[Nr] Name Type Addr Off Size ES Flg Lk Inf Al

[ 0] NULL 00000000 000000 000000 00 0 0 0

[ 1] .text PROGBITS 00000000 000034 000020 00 AX 0 0 4

[ 2] .rel.text REL 00000000 0003f4 000010 08 9 1 4

[ 3] .data PROGBITS 00000000 000054 000008 00 WA 0 0 4

[ 4] .bss NOBITS 00000000 00005c 000004 00 WA 0 0 4

[ 5] .rodata PROGBITS 00000000 00005c 000004 00 A 0 0 1

[ 6] .comment PROGBITS 00000000 000060 00002d 01 MS 0 0 1

[ 7] .note.GNU-stack PROGBITS 00000000 00008d 000000 00 0 0 1

[ 8] .shstrtab STRTAB 00000000 00008d 000051 00 0 0 1

[ 9] .symtab SYMTAB 00000000 000298 0000f0 10 10 10 4

[10] .strtab STRTAB 00000000 000388 00006b 00 0 0 1

Key to Flags:

W (write), A (alloc), X (execute), M (merge), S (strings)

I (info), L (link order), G (group), x (unknown)

O (extra OS processing required) o (OS specific), p (processor specific)

各個字段意思依次是:段序號、段名稱、段類型、段虛擬地址、偏移量、大小、ES、標志、Lk、Inf、對齊。

沒有解釋的列可以先不考慮,我們先關(guān)注其他幾個列。

第0個段是為了讀取的時候下標不用減1。

緊跟著的就是代碼段,偏移量為0x34,就是說在文件頭結(jié)尾之后馬上就是代碼段;

代碼段之后,偏移量 0x54 的地方就是 數(shù)據(jù)段,占8個字節(jié),就是程序中已經(jīng)被賦值的一個全局變量和一個靜態(tài)變量;

緊接著是.bss段,這里只存儲了一個static變量,因為 未初始化的那個全局變量被一種優(yōu)化機制存儲到了 .common 段,這里可以不做理會;

然后是只讀數(shù)據(jù)段.rodata,這里存儲的是 printf 里面的 %d\n 這三個字符,外加結(jié)束符\0,總共4個字節(jié)的空間

我們根據(jù)Size這一列來算一下這些段總共占據(jù)的空間,(.bss由于不占空間,不用算進來):

.text 0x20

.data 0x8

.rodata 0x4

.comment 0x2d

.shstrtab 0x51

.rel.text 0x10

.symtab 0xf0

.strtab 0x6b

這里的每一個段都有一個段表元素來描述,總共11個。從頭文件得知,每個元素的大小為40字節(jié)。也就是說段表總共占了 0x1b8 個字節(jié)的空間。而且段表的開始地址由于內(nèi)存對齊需要,中間空了2個字節(jié)。因為段表的開始地址是第224個字節(jié);

.rel.text 的開始地址也由于內(nèi)存對齊的要求,補了一個空字節(jié)。

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除( 郵箱:macysun@21ic.com )。
換一批
延伸閱讀

作為Altium加入瑞薩電子后深化中國市場投入的重要戰(zhàn)略舉措,Altium Develop平臺以“植根中國,服務(wù)中國”為核心理念,致力于打破電子設(shè)計、供應(yīng)鏈與制造環(huán)節(jié)的信息壁壘,為中國工程師與各類企業(yè)提供高效、開放的協(xié)同...

關(guān)鍵字: 軟件開發(fā)

在Zynq MPSoC開發(fā)中,實現(xiàn)PS端Linux與PL端自定義IP核的AXI互聯(lián)是構(gòu)建高性能異構(gòu)系統(tǒng)的關(guān)鍵環(huán)節(jié)。這種互聯(lián)方式充分發(fā)揮了ARM處理器的軟件優(yōu)勢與FPGA的硬件加速能力,為復雜應(yīng)用提供了強大的計算平臺。

關(guān)鍵字: Zynq MPSoC Linux

在物聯(lián)網(wǎng)與智能設(shè)備飛速普及的當下,嵌入式系統(tǒng)的安全性與穩(wěn)定性愈發(fā)關(guān)鍵。實時操作系統(tǒng)(RTOS)憑借其高確定性、低延遲的特性,成為工業(yè)控制、醫(yī)療設(shè)備、航空電子等安全敏感領(lǐng)域的核心支撐。而內(nèi)存保護單元(MPU)作為硬件級安全...

關(guān)鍵字: Linux Windows

深圳2026年3月19日 /美通社/ -- 2026年的招聘市場,正陷入一場奇特的"算法互博":求職者用AI美化簡歷以通過篩選,企業(yè)用AI深挖細節(jié)以識別真?zhèn)?。這場博弈的背后,是簡歷日益"豐滿...

關(guān)鍵字: AI 代碼 LAB 模型

3月10日消息,2026年開年,一個名為OpenClaw的開源項目以閃電般的速度席卷了GitHub。它在短短一天內(nèi)就斬獲了9000顆星

關(guān)鍵字: OpenClaw Linux

3月6日消息,在摩根士丹利會議上,NVIDIA CEO黃仁勛分享了關(guān)于Agentic AI(代理式人工智能)轉(zhuǎn)折點的見解,并將開源軟件OpenClaw評價為“當代最重磅的軟件發(fā)布”。

關(guān)鍵字: OpenClaw Linux

Linux內(nèi)存管理是操作系統(tǒng)的核心機制之一,通過虛擬內(nèi)存與物理內(nèi)存的分離設(shè)計,實現(xiàn)了多進程內(nèi)存隔離、高效資源利用和系統(tǒng)穩(wěn)定性保障。

關(guān)鍵字: Linux 內(nèi)存

在Linux系統(tǒng)中,進程管理是內(nèi)核的核心功能之一,其核心目標是通過高效的調(diào)度機制和進程切換技術(shù),實現(xiàn)多任務(wù)并發(fā)執(zhí)行。

關(guān)鍵字: Linux CPU

內(nèi)核是操作系統(tǒng)的核心,它作為應(yīng)用程序與硬件設(shè)備之間的"中間人",負責進程調(diào)度、內(nèi)存管理、硬件通信和系統(tǒng)調(diào)用等關(guān)鍵功能。Linux和Windows作為全球使用最廣泛的兩大操作系統(tǒng),其內(nèi)核設(shè)計理念、架構(gòu)和運行機制存在本質(zhì)差異...

關(guān)鍵字: Linux Windows

在Linux系統(tǒng)中,當開發(fā)者使用mmap()系統(tǒng)調(diào)用將磁盤文件映射到進程的虛擬地址空間時,一個看似簡單的指針操作背后,隱藏著操作系統(tǒng)內(nèi)核與硬件協(xié)同工作的復雜機制。這種機制不僅突破了傳統(tǒng)文件IO的效率瓶頸,更重新定義了內(nèi)存...

關(guān)鍵字: Linux 文件IO 內(nèi)存映射
關(guān)閉