6502汇编SBC指令运算结果异常疑问（Atari 2600开发）

作为刚上手6502和Atari 2600开发的新手，你遇到的这两个问题，大概率是踩了6502算术指令的进位位陷阱，以及对标志位逻辑的理解偏差——这几乎是所有6502初学者都会掉的坑，别慌，咱们一步步拆解：

第一个现象：A=$00，Z=1，C=1 #

先明确6502里SBC（带借位减法）的核心逻辑：它本质是用补码加法实现减法，实际运算公式是：

A = A - 操作数 - (1 - 进位标志C的初始值)

而且运算后的C标志表示是否没有借位——如果结果非负（不需要借位），C=1；如果结果为负（需要借位），C=0，这和加法里的进位逻辑刚好容易搞混！

假设你原本想执行$01 - $00 = $01的操作，代码可能写成了这样：

; 注意：这里没提前设置进位位！
LDA #$01  ; A寄存器加载$01
SBC #$00  ; 执行减法

如果程序运行到这里时，C标志的初始值是0（比如之前的指令清了C，或者程序启动时的默认状态），代入公式计算：
$01 - $00 - (1-0) = $01 - 1 = $00
结果A=$00，所以Z（零标志）被置1；同时这个运算没有产生借位（$01刚好等于$00+1），所以C标志置1——完美匹配你看到的现象！

正确的减法操作必须先执行SEC（置进位位），告诉CPU“初始没有借位”，修改后的代码应该是：

SEC       ; 先把C标志置1
LDA #$01
SBC #$00

这样运算就是$01 - $00 - (1-1) = $01，就能得到你期望的A=$01，同时Z=0、C=1。

第二个现象：调整数值后A=$fe，N=1 #

当你调整数值后，核心问题还是没正确初始化算术指令的进位位。比如你可能执行了加法但没清进位位（残留的C=1），或者依然没给减法加SEC：
举个例子，如果之前的运算留下C=1，然后执行：

; C=1（来自之前的运算残留）
LDA #$FD
ADC #$00

那A=$FD + $00 +1 = $FE，而$FE的二进制是11111110，最高位（第7位）是1，所以N（负数标志）被置1——这完全符合你看到的现象。

再帮你巩固下标志位的核心逻辑：

• Z标志：只要运算结果为0就置1，和指令类型无关；
• N标志：运算结果的最高位为1就置1（6502用补码表示负数，所以N=1通常意味着结果是负数）；
• C标志：加法时表示是否有进位，减法时表示是否没有借位——这是最容易搞混的点，一定要记牢！

调试小技巧：以后写6502算术代码时，一定要先确认进位位的初始状态，或者养成加法前加CLC、减法前加SEC的习惯，能避免90%的这类问题。

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