从DOS调试到模块化编程：用Debug的P/T/G命令玩转汇编子程序
从DOS调试到模块化编程：用Debug的P/T/G命令玩转汇编子程序
在DOS环境下调试汇编程序，就像用显微镜观察代码的每一个细胞。对于初学者来说，Debug工具中的P（Step Over）、T（Step Into）、G（Run to）三个命令是理解程序执行流程的钥匙。本文将带您深入探索这三个命令的实战应用，并结合十六进制转换和闰年判断等经典案例，展示如何通过子程序实现代码复用和结构优化。
1. Debug三剑客：P/T/G命令深度解析
1.1 T命令：单步跟踪的显微镜
T命令（Trace）是调试中最精细的工具，它会执行当前CS:IP指向的指令，然后显示所有寄存器的状态。更重要的是，当遇到CALL指令时，T命令会进入子程序内部继续单步执行。
; 示例代码片段 mov ax, 1234h call sub_proc mov bx, ax ; 使用T命令调试时： ; 1. 执行mov ax,1234h ; 2. 进入call sub_proc内部 ; 3. 执行子程序中的每条指令 ; 4. 返回后执行mov bx,ax关键特点：
- 显示每条指令执行后的寄存器状态
- 会进入子程序内部
- 适合精细检查程序逻辑
1.2 P命令：高效跨越的跳板
P命令（Proceed）在大多数情况下与T命令相似，但当遇到CALL指令时，它会直接执行整个子程序，而不是进入内部。这就像跳过细节直接看结果。
; 同样的示例代码 mov ax, 1234h call sub_proc ; 用P命令会直接执行完整个子程序 mov bx, ax适用场景对比：
| 场景 | T命令 | P命令 |
|---|---|---|
| 逐条检查主程序 | ✓ | ✓ |
| 快速跳过已知子程序 | ✗ | ✓ |
| 调试子程序内部 | ✓ | ✗ |
| 检查子程序调用前后 | ✓ | ✓ |
提示：调试复杂程序时，可以先用P命令快速定位问题区域，再用T命令深入问题点。
1.3 G命令：精准定位的快进键
G命令（Go）允许程序连续执行，直到遇到指定断点。这在调试大型程序时特别有用，可以跳过已知正确的代码段。
; 使用G命令设置断点 g 0123 ; 执行到地址0123h处停止典型用法：
g：从当前位置执行到程序结束g=start：从指定地址开始执行g=start,end：从start执行到end停止
2. 实战演练：调试十六进制转换程序
让我们以一个十六进制转十进制的程序为例，演示如何结合使用这三个命令。
2.1 程序结构概览
DATAS SEGMENT STR1 DB 'Please enter a hexadecimal number',10,'$' STR2 DB 10,'Please enter a right number',10,'$' DATAS ENDS CODES SEGMENT ASSUME CS:CODES,DS:DATAS START: ; 初始化代码... call INPUT call CONVERT call OUTPUT mov ah,4ch int 21h INPUT proc near ; 输入处理代码... ret INPUT endp CONVERT proc near ; 转换逻辑代码... ret CONVERT endp OUTPUT proc near ; 输出处理代码... ret OUTPUT endp CODES ENDS END START2.2 调试策略
初始检查：
u ; 反汇编查看代码布局 g=START,INPUT ; 直接执行到INPUT子程序前输入验证：
t ; 单步进入INPUT子程序 p ; 对内部已知正确的子程序使用P转换逻辑：
g=CONVERT ; 直接跳到转换逻辑 t ; 详细跟踪转换过程输出验证：
g=OUTPUT ; 直接跳到输出部分 p ; 快速执行输出子程序
2.3 关键调试技巧
- 寄存器观察：重点关注AX、BX、CX、DX在关键指令前后的变化
- 堆栈检查：使用
d ss:sp查看堆栈内容，特别是在CALL/RET前后 - 内存查看：用
d ds:0查看数据段内容，验证输入输出
3. 模块化编程的艺术
3.1 子程序设计的黄金法则
- 单一职责原则：每个子程序只做一件事
- 明确接口：通过寄存器或内存位置传递参数
- 状态保存：使用PUSH/POP保护调用者环境
- 清晰命名：如
CONVERT_HEX_TO_DEC比PROC1更有意义
3.2 闰年判断的模块化实现
; 判断闰年的子程序 ; 输入：AX=年份 ; 输出：CF=1是闰年，CF=0不是闰年 IS_LEAP_YEAR proc near push bx push cx push dx mov cx, ax ; 保存年份 mov dx, 0 mov bx, 100 div bx ; 年份/100 cmp dx, 0 ; 检查余数 jnz not_century mov ax, cx ; 恢复年份 mov dx, 0 mov bx, 400 div bx ; 年份/400 cmp dx, 0 jz leap jmp not_leap not_century: mov ax, cx ; 恢复年份 mov dx, 0 mov bx, 4 div bx ; 年份/4 cmp dx, 0 jz leap not_leap: clc ; CF=0 jmp done leap: stc ; CF=1 done: pop dx pop cx pop bx ret IS_LEAP_YEAR endp3.3 调试模块化程序的技巧
单元测试：单独测试每个子程序
a 100 mov ax, 2020 ; 测试年份 call IS_LEAP_YEAR t ; 跟踪执行接口验证：检查输入输出是否符合约定
堆栈平衡：确保每个CALL都有对应的RET，PUSH/POP成对出现
4. 高级调试场景与解决方案
4.1 循环结构的调试
当遇到循环结构时，可以：
- 使用
g命令直接执行到循环结束 - 在循环开始处设置断点：
g=loop_start,loop_end - 使用
p命令快速执行已知正确的循环体
4.2 中断处理的调试
调试涉及INT指令的代码时：
- 使用
t命令会进入中断处理程序（可能很长） - 更推荐使用
p命令直接执行完中断调用 - 或者用
g=int_address+3跳过中断调用
4.3 复杂数据结构的检查
对于数组、字符串等数据结构：
d ds:si ; 查看SI指向的内存 d es:di ; 查看DI指向的内存可以结合寄存器内容计算地址，如：
; 查看WORD数组的第5个元素 mov bx, array add bx, 8 ; 每个元素2字节，索引从0开始 d ds:bx5. 从调试到设计：编写可调试的汇编代码
5.1 可调试代码的特征
- 模块化：功能分解为独立子程序
- 一致性：统一的寄存器使用约定
- 可读性：有意义的标签和注释
- 防御性：关键点添加验证代码
5.2 调试辅助技巧
添加调试桩：
DEBUG_PRINT macro msg push ax push dx lea dx, msg mov ah, 9 int 21h pop dx pop ax endm条件汇编：
IFDEF DEBUG call DUMP_REGISTERS ENDIF日志记录：将关键状态写入内存或文件
5.3 性能与调试的平衡
| 优化方向 | 调试友好建议 |
|---|---|
| 寄存器使用 | 保留一些寄存器专用于调试 |
| 代码压缩 | 保持关键标签不被优化掉 |
| 内联扩展 | 重要子程序保持独立 |
| 循环展开 | 保留可识别循环结构 |
在实际项目中，我通常会先编写清晰易调试的代码，等调试通过后再进行性能优化。这种"先正确再快速"的方法往往能节省大量调试时间。