作為過來人，我發現很多程序猿新手，在編寫代碼的時候，特別喜歡定義很多獨立的全局變量，而不是把這些變量封裝到一個結構體中，主要原因是圖方便，但是要知道，這其實是一個不好的習慣，而且會降低整體代碼的性能。

另一方面，最近有幸與大神「公眾號：裸機思維」的傻孩子交流的時候，他聊到：“其實Cortex在架構層面就是更偏好面向對象的（哪怕你只是使用了結構體），其表現形式就是：「Cortex所有的尋址模式都是間接尋址」——換句話說「一定依賴一個寄存器作為基地址」。

舉例來說，同樣是訪問外設寄存器，過去在8位和16位機時代，人們喜歡給每一個寄存器都單獨綁定地址——當作全局變量來訪問，而現在Cortex在架構上更鼓勵底層驅動以寄存器頁（也就是結構體）為單位來定義寄存器，這也就是說，同一個外設的寄存器是借助擁有同一個基地址的結構體來訪問的。”

以Cortex A9架構為前提，下面一口君詳細給你解釋為什么使用結構體效率會更高一些。

一、全局變量代碼反匯編

1． 源文件

「gcd．s」

．text
．global ＿start
＿start：
ldr sp，＝0x70000000 get stack top pointer
b main

「main．c」

＊ main．c
＊
＊ Created on： 2020－12－12
＊ Author： pengdan

int xx＝0；
int yy＝0；
int zz＝0；
int main（void）
｛
xx＝0x11；
yy＝0x22；
zz＝0x33；
while（1）；
return 0；
｝

「map．lds」

OUTPUT＿FORMAT（＂elf32－littlearm＂， ＂elf32－littlearm＂， ＂elf32－littlearm＂）
OUTPUT＿FORMAT（＂elf32－arm＂， ＂elf32－arm＂， ＂elf32－arm＂）
OUTPUT＿ARCH（arm）
ENTRY（＿start）
SECTIONS
｛
． ＝ 0x40008000；
． ＝ ALIGN（4）；
．text ：
｛
gcd．o（．text）
＊（．text）
｝
． ＝ ALIGN（4）；
．rodata ：
｛ ＊（．rodata） ｝
． ＝ ALIGN（4）；
．data ：
｛ ＊（．data） ｝
． ＝ ALIGN（4）；
．bss ：
｛ ＊（．bss） ｝
｝

「Makefile」

TARGET＝gcd
TARGETC＝main
all：
arm－none－linux－gnueabi－gcc －O1 －g －c －o ＄（TARGETC）．o ＄（TARGETC）．c
arm－none－linux－gnueabi－gcc －O1 －g －c －o ＄（TARGET）．o ＄（TARGET）．s
arm－none－linux－gnueabi－gcc －O1 －g －S －o ＄（TARGETC）．s ＄（TARGETC）．c
arm－none－linux－gnueabi－ld ＄（TARGETC）．o ＄（TARGET）．o －Tmap．lds －o ＄（TARGET）．elf
arm－none－linux－gnueabi－objcopy －O binary －S ＄（TARGET）．elf ＄（TARGET）．bin
arm－none－linux－gnueabi－objdump －D ＄（TARGET）．elf ＞ ＄（TARGET）．dis
clean：
rm －rf ＊．o ＊．elf ＊．dis ＊．bin

【交叉編譯工具，自行搜索安裝】