1. 项目概述
在DOS时代的图形编程中，屏幕内容的保存与恢复是一个基础但极其重要的功能。特别是在开发图形界面应用、游戏或需要临时覆盖屏幕显示的场景中，如何高效地保存当前屏幕内容并在后续恢复，直接影响用户体验和程序性能。
这个技术点看似简单，实则涉及显存操作、内存管理、中断调用等多个底层概念。通过纯汇编语言实现这一功能，不仅能深入理解计算机图形显示原理，更能掌握直接操作硬件的编程技巧。我在90年代开发图形软件时，就曾因屏幕恢复处理不当导致界面闪烁问题，后来通过优化保存恢复机制完美解决。
2. 核心原理解析
2.1 显存结构与访问方式
在DOS的图形模式下（如VGA 13h模式的320x200 256色），屏幕内容直接映射到内存的A000:0000起始区域。每个像素对应显存中的一个字节，整个屏幕占用64000字节（320*200）。保存屏幕实质上就是将这段内存内容复制到应用程序的内存空间。
关键点在于：
- 显存访问需要通过段寄存器ES指向A000h
- 必须使用REP MOVSB指令实现高效内存复制
- 需要考虑显存的分页机制（在更高分辨率模式下）
2.2 保存恢复的基本流程
完整的屏幕保存恢复包含以下步骤：
- 分配足够的内存缓冲区（通常64KB）
- 设置ES段寄存器指向显存(A000h)
- 使用串操作指令复制显存内容到缓冲区（保存）
- 需要恢复时反向复制（缓冲区→显存）
- 释放内存缓冲区
注意：在实模式下，内存分配需要通过DOS中断21h的功能48h实现，且要考虑内存块的对齐问题。
3. 具体实现方案
3.1 内存分配与管理
在汇编中动态分配内存需要使用DOS中断：
asm复制mov ah, 48h
mov bx, 1000h ; 申请64KB (1000h paragraphs)
int 21h
jc allocation_error
mov buffer_segment, ax
内存释放同样重要：
asm复制mov ah, 49h
mov es, buffer_segment
int 21h
3.2 显存复制核心代码
保存屏幕的核心代码示例：
asm复制; 设置源和目标段
push ds
mov ax, 0A000h
mov ds, ax
mov ax, buffer_segment
mov es, ax
; 复制整个屏幕
xor si, si
xor di, di
mov cx, 32000 ; 每次复制2字节，共32000次
rep movsw
pop ds
恢复屏幕只需调换DS和ES的值即可。
3.3 性能优化技巧
- 使用MOVSW代替MOVSB：一次复制2字节，速度提升近一倍
- 关闭中断：在关键复制操作前CLI，完成后STI
- 对齐内存：确保缓冲区地址按字对齐
- 分块处理：在更高分辨率模式下分块复制避免显存分页切换
4. 实际应用中的问题与解决
4.1 常见问题排查
-
屏幕内容错位：
- 检查段寄存器设置是否正确
- 确认分辨率与显存大小的匹配关系
- 验证复制方向（SI/DI的增减方向）
-
程序崩溃：
- 检查内存分配是否成功（CF标志）
- 确保不越界访问显存
- 验证缓冲区大小是否足够
-
显示闪烁：
- 在屏幕更新期间关闭显示（端口3C8h）
- 使用双缓冲技术
- 优化复制顺序（行优先或列优先）
4.2 高级应用场景
-
局部屏幕保存：
- 计算特定区域的显存偏移
- 仅复制所需部分
- 示例：保存鼠标指针下的区域
-
多重缓冲：
- 分配多个缓冲区
- 实现平滑的动画效果
- 应用在游戏开发中
-
压缩存储：
- 使用RLE算法压缩屏幕内容
- 显著减少内存占用
- 适用于需要保存多个屏幕的场景
5. 现代系统中的思考
虽然现代操作系统已不再直接暴露显存，但这些底层原理仍然有价值：
- 理解现代图形API的缓冲机制
- 嵌入式系统中仍可能直接操作显示内存
- 学习内存操作和性能优化的基础思想
- 为开发模拟器或复古游戏提供基础
我在现代项目中曾遇到一个性能问题：图形界面在更新时出现撕裂现象。最终通过借鉴这种双缓冲思想，在应用层实现了类似的机制，完美解决了问题。