NASM汇编不止调用内核？其他中断及寄存器使用疑问

常见非内核调用场景 #

• 实模式BIOS中断编程：比如你遇到的int 0x13（磁盘访问）、int 0x10（视频输出）、int 0x16（键盘输入）这类BIOS中断，主要用于编写引导加载程序（Bootloader）——此时操作系统尚未启动，只能依赖BIOS提供的底层硬件访问能力来完成磁盘读入、屏幕输出等基础操作。
• 裸机/嵌入式系统开发：直接针对单片机、嵌入式设备编写固件，不需要操作系统内核介入，要么直接通过指令操作硬件寄存器，要么调用平台固件提供的专属中断接口，实现硬件初始化、外设控制等功能。
• 性能敏感代码优化：在C/C++等高级语言程序中嵌入NASM汇编，对循环、加密算法、数值计算等核心路径做手工优化。利用汇编对CPU指令的精准控制，比编译器生成的代码更高效，这类场景和内核调用无关，只需要遵循宿主语言的调用约定。
• 逆向工程与漏洞分析：编写shellcode、漏洞利用代码时，用NASM精准控制CPU执行流程，绕过系统防护机制。这类场景会灵活操作栈、寄存器和内存，核心目的是实现特定执行逻辑，而非调用内核。
• 操作系统内核开发：用NASM实现内核的启动流程、中断处理程序、内存管理模块等核心部分——此时不是调用内核，而是在构建内核本身，会用到特权级指令和特殊寄存器来完成权限切换、硬件管控等操作。

寄存器使用情况 #

• BIOS/固件中断调用：这类场景有专属的寄存器约定，比如int 0x13用AH指定功能号、DL指定驱动器号、BX指向数据缓冲区；和int 0x80的寄存器规则不同，但都是使用通用寄存器（AX、BX、CX等），部分场景会用到段寄存器（CS、DS、ES）。
• 裸机/嵌入式开发：直接操作硬件时，寄存器使用完全遵循硬件手册规范，用通用寄存器传递参数、临时存储数据，或者直接访问内存映射的硬件地址，没有统一约定，由开发者根据需求和硬件规则决定。
• 高级语言混合编程：必须遵循宿主语言的调用约定（比如C语言的cdecl、fastcall），规定哪些寄存器用来传参、哪些需要保存，返回值通常存在EAX中，使用的都是常规通用寄存器。
• 逆向工程/shellcode：寄存器使用极度灵活，为了节省代码空间或绕过检测，会尽可能复用寄存器，常用通用寄存器控制执行流程、存储内存地址或数据，还会用到标志寄存器（EFLAGS）实现条件判断。

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