6502汇编中raster中断处理程序的正确使用方法及适用场景

一、「应答中断后仅触发一次」是否为正常现象？ #

该情况不属于光栅中断的正常工作逻辑，大概率是中断配置遗漏导致的，常见原因包括：

• 未保持光栅中断的使能状态：VIC-II芯片的中断使能寄存器$D01A的第0位为光栅中断开关，需要确保初始化阶段就将该位置1，同时确认你跳转的$EA81默认Kernal中断处理逻辑没有意外清除该位。
• 未判断中断源就直接应答：如果系统同时开启了CIA定时器等其他中断，未读取$D019判断中断来源就直接应答，会导致真正的光栅中断请求没有被正确识别和处理。
• 光栅行比较位配置错误：VIC-II的光栅行号为9位，低8位存储在$D012寄存器，最高位存储在控制寄存器$D011的第7位，仅设置低8位未匹配最高位会导致中断仅在匹配半帧时触发一次。

你观察到的「不应答就反复触发」是正常现象：中断请求位未被清除时，CPU会认为中断一直未处理，会持续调用中断处理程序。

二、已有轮询主循环时使用中断的意义 #

光栅中断的核心价值是精准的时序控制，这是轮询逻辑无法实现的：

• 轮询的执行周期不固定，受主循环内各子函数执行耗时影响，无法保证刚好在某条光栅行渲染时执行特定操作。光栅中断可以精准卡在扫描到目标行的时间点执行代码，实现光栅条、分屏着色、垂直消隐期更新显存避免画面撕裂等轮询无法实现的效果。
• 轮询等待光栅行需要CPU持续空转读取$D012寄存器，这段时间无法处理其他逻辑。使用中断时主循环可以正常运行键盘读取、手柄输入处理等逻辑，到目标光栅行时CPU自动暂停主循环执行中断处理，完成后自动回到主逻辑，不会浪费CPU周期在空等待上。

正常配置的光栅中断每帧到对应行都会触发，完全可以用来实现周期性事件调度，不需要主循环额外轮询。

三、中断处理代码的正确写法 #

你当前的代码缺少中断源判断逻辑，且跳转默认Kernal中断处理可能被修改配置，参考修正方案如下：

初始化阶段 #

sei                  ; 关闭全局中断
lda #<rasterHandler  ; 设置自定义中断向量
sta $0314
lda #>rasterHandler
sta $0315
lda #100             ; 示例：设置光栅行100为触发位置
sta $d012
lda $d011            ; 清除光栅行第9位，适配行号<256的场景
and #$7f
sta $d011
lda #$01             ; 开启光栅中断
sta $d01a
cli                  ; 开启全局中断

中断处理阶段 #

rasterHandler
  lda $d019
  bpl exitHandler    ; 最高位为0说明不是VIC-II触发的中断
  and #$01
  beq exitHandler    ; 第0位为0说明不是光栅中断
  ; 此处插入自定义中断逻辑
  inc $d020          ; 示例：修改边框色验证中断触发
  lda #$01           ; 应答光栅中断
  sta $d019
exitHandler
  rti                ; 不需要默认Kernal处理可直接返回，无需跳$ea81

四、光栅中断的适用场景 #

• 需要精准同步屏幕渲染时序的操作：比如光栅特效、分屏显示、垂直消隐期批量更新显存/精灵坐标避免画面撕裂
• 固定周期的低延迟任务：比如每帧更新音频采样、精灵动画帧切换、输入信号防抖处理
• 优先级高于主循环的紧急任务：比如外接硬件的信号响应，无需主循环轮询等待

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