2、开发环境搭建：交叉编译工具链、QEMU模拟器、GDB调试器的安装与配置，以及第一个Hello World汇编程序的编写与运行

ARM64（AArch64）汇编开发与x86平台有着本质差异：绝大多数开发者的宿主机是x86_64架构，而目标运行环境是ARM64架构。这意味着我们无法直接在宿主机上执行编译产物，必须借助交叉编译工具链生成ARM64指令集的可执行文件，再通过QEMU用户态模拟器在x86平台上运行这些程序。调试环节则依赖GDB多架构调试器，它能够连接QEMU提供的GDB Server接口，实现源码级与指令级调试。本章将完整搭建这套开发环境，并编写第一个ARM64汇编程序，验证工具链的可用性。

2.1 交叉编译工具链：原理与安装

核心原理：交叉编译是指在一种架构（宿主机，如x86_64）上编译生成另一种架构（目标机，如ARM64）可执行代码的过程。ARM64交叉编译工具链的核心组件包括：aarch64-linux-gnu-gcc（C编译器，也可用于汇编和链接）、aarch64-linux-gnu-as（汇编器）、aarch64-linux-gnu-ld（链接器）、aarch64-linux-gnu-objdump（反汇编工具）以及aarch64-linux-gnu-readelf（ELF文件分析工具）。这些工具共同构成了从汇编源码到可执行文件的完整工具链。

安装方法：在Ubuntu/Debian系统上，执行以下命令安装完整工具链：

sudo apt update
sudo apt install gcc-aarch64-linux-gnu binutils-aarch64-linux-gnu
# 验证安装
aarch64-linux-gnu-gcc --version
aarch64-linux-gnu-as --version

在Fedora/RHEL系统上，使用dnf install gcc-aarch64-linux-gnu binutils-aarch64-linux-gnu。macOS用户可通过Homebrew安装aarch64-elf-gcc，但建议使用Linux虚拟机或Docker容器进行开发。

2.2 QEMU模拟器：用户态模式与系统模式

核心原理：QEMU支持两种运行模式。用户态模式（User Mode）通过qemu-aarch64命令直接运行单个ARM64可执行文件，它拦截系统调用并转换为宿主机系统调用，无需模拟完整硬件。这种模式启动快、资源占用低，非常适合汇编程序的功能验证。系统模式（System Mode）通过qemu-system-aarch64模拟完整的ARM64硬件平台（CPU、内存、外设），可以启动完整的Linux内核，适合开发操作系统内核或驱动，但配置复杂、运行速度慢。

安装与配置：

sudo apt install qemu-user qemu-user-static
# 验证
qemu-aarch64 --version
# 如果需要系统模式
sudo apt install qemu-system-arm qemu-system-aarch64

用户态模式的关键参数：-L指定ARM64动态链接器路径（使用静态链接时无需），-g指定GDB调试端口，-d输出指令执行日志（如-d in_asm显示反汇编）。

2.3 GDB调试器：多架构支持与远程调试

核心原理：GDB通过远程调试协议与目标环境通信。在ARM64开发场景中，QEMU作为GDB Server端，监听指定TCP端口；GDB作为客户端，通过target remote命令连接。GDB负责解析ELF文件中的调试信息（符号表、行号表），向QEMU发送控制命令（单步、继续、读写寄存器/内存），并接收执行状态反馈。

安装与配置：

sudo apt install gdb-multiarch
# 验证
gdb-multiarch --version
# 确认支持AArch64
gdb-multiarch -batch -ex "set architecture aarch64"

GDB调试ARM64程序的标准流程：

1. 启动QEMU并开启GDB端口：qemu-aarch64 -g 1234 ./hello
2. 在另一个终端启动GDB：gdb-multiarch ./hello
3. 在GDB中连接目标：target remote :1234
4. 设置断点：break _start 或 break *0x400078
5. 开始调试：continue、stepi、info registers

2.4 第一个ARM64汇编程序：Hello World实战

案例背景：编写一个不依赖C库的ARM64汇编程序，通过Linux系统调用write（编号64）输出"Hello, ARM64!"，再通过exit（编号93）退出程序。选择系统调用方式可以避免链接C库，使程序完全独立，便于验证工具链的完整性。

编写汇编源文件 hello.s：

.section .data
msg:
    .ascii "Hello, ARM64!\n"
    len = . - msg

.section .text
.global _start
_start:
    // write(1, msg, len)
    mov x0, #1          // fd = 1 (stdout)
    ldr x1, =msg        // buf = msg 地址
    ldr x2, =len        // count = 消息长度
    mov x8, #64         // write 系统调用号
    svc #0              // 触发系统调用

    // exit(0)
    mov x0, #0          // 返回值 0
    mov x8, #93         // exit 系统调用号
    svc #0              // 触发系统调用

编译与运行：

# 方法一：分别汇编和链接
aarch64-linux-gnu-as -o hello.o hello.s
aarch64-linux-gnu-ld -o hello hello.o

# 方法二：使用gcc一站式编译
aarch64-linux-gnu-gcc -o hello hello.s -nostdlib -static

# 运行
qemu-aarch64 ./hello
# 输出：Hello, ARM64!

验证与分析：使用file hello确认生成的是ARM64 ELF文件；使用aarch64-linux-gnu-objdump -d hello查看反汇编代码，确认指令编码正确；使用aarch64-linux-gnu-readelf -h hello查看ELF头信息。

2.5 调试实战：使用GDB单步跟踪

案例目标：通过GDB逐条执行Hello World程序，观察系统调用前后的寄存器变化，理解ARM64系统调用机制。

操作步骤：

# 终端1：启动QEMU并等待调试器连接
qemu-aarch64 -g 1234 ./hello

# 终端2：启动GDB并连接
gdb-multiarch ./hello
(gdb) target remote :1234
(gdb) layout asm
(gdb) layout regs
(gdb) break _start
(gdb) continue
# 此时停在 _start 处，观察初始寄存器状态
(gdb) info registers x0 x1 x2 x8
# 单步执行
(gdb) stepi
# 执行 mov x0, #1 后，x0 变为 1
(gdb) stepi
# 执行 ldr x1, =msg 后，x1 包含 msg 的地址
(gdb) x/s $x1
# 查看 x1 指向的字符串内容
(gdb) stepi
# 执行 ldr x2, =len 后，x2 包含消息长度
(gdb) stepi
# 执行 mov x8, #64 后，x8 变为 64
(gdb) stepi
# 执行 svc #0 后，程序输出字符串
(gdb) stepi
# 执行 mov x0, #0
(gdb) stepi
# 执行 mov x8, #93
(gdb) stepi
# 执行 svc #0，程序退出

结果分析：通过单步调试，可以清晰看到系统调用参数的传递过程：x0传递文件描述符，x1传递缓冲区地址，x2传递长度，x8传递系统调用号。svc #0指令触发异常，陷入内核执行系统调用。这种调试方式对于理解ARM64系统调用ABI（应用程序二进制接口）非常有帮助。

2.6 环境验证与常见问题排查

验证清单：完成环境搭建后，建议执行以下验证流程，确保所有工具正常工作：

1. 工具链验证：aarch64-linux-gnu-gcc -v确认编译器版本；aarch64-linux-gnu-as --version确认汇编器可用。
2. 编译验证：成功编译hello.s并生成ELF文件，file hello输出包含"ELF 64-bit LSB executable, ARM aarch64"。
3. 运行验证：qemu-aarch64 ./hello正确输出"Hello, ARM64!"，退出码为0（echo $?查看）。
4. 调试验证：GDB能够连接QEMU，单步执行并读取寄存器值。

常见问题排查：