跨操作系统与CPU架构下汇编程序的运行适配问题

给定的NASM 64位Linux汇编程序仅包含进程退出的最小逻辑，代码如下：

_exit:
    mov rax, 60
    mov rdi, 0
    syscall

该程序已验证可在Intel、AMD x86_64架构的Linux环境下正常运行，针对两个核心技术问题的解答如下：

1. 该程序能否在MIPS64、ARM64架构的Linux设备上正常运行 #

无法在这类设备上原生正常运行，核心原因：

• 指令集层面存在本质不兼容：代码中使用的rax/rdi寄存器命名、mov数据传送指令、syscall系统调用触发指令，都是x86_64架构的专属定义。
  • MIPS64架构的通用寄存器为$v0/$a0命名规则，系统调用指令的编码格式、参数传递约定和x86_64完全不同，目标CPU解码这段x86格式的机器码时，会直接判定为非法指令，触发进程异常终止。
  • ARM64架构的通用寄存器为x0-x30命名规则，系统调用需要通过svc #0指令触发，和x86_64的指令逻辑没有可通用的部分。
• 即使通过QEMU等用户态模拟层间接运行该程序，也属于翻译层的兼容结果，并非程序本身能适配目标设备的原生执行环境。

2. 跨操作系统运行该汇编代码时，是否仅需要调整系统调用部分 #

并非仅调整系统调用就能实现跨系统运行，需要根据目标环境的差异修改多层面的实现内容：

• 如果目标是不同CPU架构的操作系统，首先要完成整套指令集的重写：包括寄存器映射、指令格式、参数传递规则的全量适配，系统调用相关的调整只是重写工作中占比很小的一部分。
• 如果目标是同x86_64架构的不同操作系统，除系统调用逻辑外，还需要适配平台加载器的要求：
  • 系统调用的触发方式、传参顺序、调用号定义存在本质差异：比如x86_64 Linux下按rdi→rsi→rdx→r10→r9→r8的顺序传递参数，将系统调用号存入rax后触发syscall指令进入内核；x86_64 Windows下的用户态程序不会直接使用裸syscall指令，需要通过系统DLL的导出接口间接进入内核，传参规则、调用号定义和Linux完全不通用。
  • 可执行文件格式、内存布局、入口点规范存在差异：Linux下可直接运行符合ELF格式的自定义最小程序，Windows下必须符合PE格式的结构要求、满足加载器的校验规则，才能被正常加载执行。

内容的提问来源于stack exchange，提问作者Lasan Nishshanka