Emu8086中INC与ADD指令对Carry Flag影响的疑问

你观察到的这个差异是x86指令集的有意设计，咱们把细节拆解清楚：

核心区别：INC不修改Carry Flag（CF） #

INC是专门的「增量指令」，它的设计目标是用于循环计数、内存指针自增这类场景——这些操作通常不需要关心进位，反而如果每次INC都改动CF，会破坏之前依赖CF的运算状态（比如多字节加法里的进位传递）。所以x86指令集明确规定：INC只更新OF、SF、ZF、AF、PF这些标志位，完全不触碰CF。

对应你的测试用例：

MOV AX, 0FFFFH  ; AX = 65535（无符号）/ -1（有符号）
INC AX          ; AX变为0，但CF保持执行前的初始值0

这里AX的数值确实从无符号的最大值溢出到0，但INC不会把这个溢出反映到CF上。

ADD指令会完整更新所有状态标志 #

ADD是通用加法指令，它的职责是准确反映加法运算的所有状态——包括无符号运算的进位（CF）和有符号运算的溢出（OF）。当你执行：

MOV AX, 0FFFFH
ADD AX, 1       ; 0xFFFF + 1 超出16位无符号数范围，CF被置1

这时候无符号运算的进位被正确记录在CF里，符合你对无符号运算关注CF的预期。

额外补充：INC会影响Overflow Flag（OF） #

虽然INC不碰CF，但它会正确处理有符号数的溢出。比如：

MOV AX, 7FFFh   ; AX = 32767（有符号数的最大值）
INC AX          ; AX变为8000h（-32768），OF被置1，标志有符号溢出

这说明INC还是会关注有符号运算的溢出状态，只是刻意跳过了CF的修改。

内容的提问来源于stack exchange，提问作者Salvatore Gabriele La Greca