x86汇编中非压缩十进制格式加法超过15时触发BUG问题排查

咱们直接说问题——这段内联汇编里的BUG核心是AAA指令的使用顺序完全错了，导致进位丢失，才会在相加结果超过15时出问题。

为什么会出BUG？ #

首先回忆下非压缩十进制（Unpacked Decimal）的规则：每个数字用1字节存储，低4位是0-9的十进制值，高4位通常为0。AAA指令的作用是把AL里的二进制加法结果调整为合法的非压缩十进制，它的逻辑是：

• 如果AL的低4位>9，或者辅助进位标志AF=1，就给AL加6、AH加1，同时设置CF和AF；
• 否则只清空AL的高4位，AH保持不变。

看你代码里的循环步骤：

mov AL, [EDI]
add AL, [ESI]
add AL, AH ; 加上进位
mov AH, 0 ; 这里直接把AH清零了！
AAA ; 此时AH已经是0，AAA无法生成正确的进位

当两个数字加进位的结果超过15（比如9+9+1=19，二进制0x13），本来AAA应该把AH设为1（进位），但你提前把AH清零了，AAA执行时没有可用的进位状态，导致调整后的结果丢失了进位信息，下一次循环就没有进位可以累加，最终存储的数字自然就错了。

修复方法 #

调整指令顺序，把mov AH, 0删掉（初始化时的清零已经足够），让AAA能正确处理进位传递。修改后的完整内联汇编代码如下：

const char* p = rhs.digits; //指向rhs.digits的临时指针
char* q = digits; //指向digits的临时指针
_asm {
    mov EAX, 0 // 初始化进位AH为0，AL清零
    mov ESI, p //指向rhs.digits
    mov EDI, q //指向digits
    add EDI, 4095 //指向digits的最后位置
    add ESI, 4095
    mov ECX, 4096 //设置循环次数
L1:
    mov AL, [EDI]       ; 取当前位的被加数
    add AL, [ESI]       ; 加上当前位的加数
    add AL, AH          ; 加上上一次循环的进位
    AAA                 ; 关键：先执行调整，AH会自动更新为新的进位（0或1）
    mov [EDI], AL       ; 存储调整后的当前位结果
    dec ESI
    dec EDI //移动指针
    loop L1
    // 额外处理：循环结束后如果AH=1，说明最高位有进位，需要根据你的数据结构处理（比如扩展数字长度）
}

额外注意点 #

• 确保你的digits和rhs.digits存储的确实是高4位为0的非压缩十进制数据，如果高4位有非零值，AAA的调整逻辑会失效；
• 循环结束后如果AH的值为1，意味着所有位相加后还有进位，你需要根据业务需求处理这个溢出（比如给数字新增最高位的1，或者设置溢出标记）。

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