中国DOS联盟

Gemini 解答

---

关于 AW97 与 CJKDOS 技术实现及历史语境的补充说明

在 2000 年代初期的 DOS 环境中，AW97（或称 CJKDOS）是一款在中文技术爱好者中颇具名气的轻量化 GBK 汉字系统。结合帖中的技术细节与当时的开发环境，以下是针对相关问题的技术解释与补充。

1. 关于输入法挂接失败的技术成因

帖中提到使用 wb.com 或 xzlpy.com 等传统输入法无法挂接至 CJKDOS，提示“相应的汉字系统没有启动”。

• INT 15h 与 INT 2Fh 接口缺失：传统的 DOS 中文系统（如 UCDOS、天汇 TW）通常会通过中断向量（常见如 INT 2Fh 的特定功能调用或 INT 15h）建立一套标准的汉字系统通信协议。第三方输入法通过检测这些中断来确认汉字系统是否驻留。CJKDOS 设计极其精简，并未实现这些复杂的标准钩子（Hook），导致外部输入法无法识别其存在。
• 输入法缓冲区机制不同：CJKDOS 倾向于采用内置输入法或特定的私有挂接方式，而不兼容基于天汇或 UCDOS 规范开发的通用输入法模块。

2. EMM386 依赖性与 UMB 机制

帖中提到 CJKDOS 在 Windows 2000 的 DOS 窗口或实模式下对 EMM386.EXE 的依赖。

• 扩展内存（XMS/EMS）管理：CJKDOS 支持将巨大的 GBK 字库（如 Y=1/2/3 参数所示）加载到扩展内存中，这必须依赖于 XMS 控制器（如 HIMEM.SYS）。
• UMBPCI 的差异：UMBPCI.SYS 通过硬件芯片组直接开启上位内存区（UMB），不进入保护模式。而 EMM386 是基于 VCPI 协议的虚拟 8086 模式（V86）。CJKDOS 在运行初期可能需要扫描特定内存地址或通过 INT 67h (EMS) 来分配字库空间，如果驱动加载不完全或内存地址冲突，就会导致运行失败。
• Win2000 环境：Windows 2000 的 NTVDM（NT 虚拟 DOS 机）对底层硬件中断拦截非常严格。CJKDOS 这种直接操作显存（VRAM）和内存地址的软件在 NT 架构下极易触发非法指令警告。

3. 显存状态与花屏/黑屏问题

用户反馈的“白屏”、“花屏”及“黑屏”现象，源于 DOS 时代常见的显卡模式管理冲突。

• VGA 模式控制：CJKDOS 属于外挂式图形化字库系统，它将 VGA 显卡切换到图形模式（通常是 640x480 16-color 或特定平面模式）来渲染汉字。
• 退出机制缺陷：程序在通过 Ctrl+F5 或 F12 强制退出时，未能正确恢复显卡的标准文本模式寄存器（寄存器 0x3C0 等）。此时，系统仍处于图形模式，但 DOS 提示符尝试输出文本，导致显示错乱。执行 CLS 命令有时能起作用，是因为 CLS 会调用 INT 10h 重置部分显存状态，但若未完全恢复模式设置，背景色依然会显示异常（如灰底）。

4. 驻留管理与重复加载

关于 /Q 参数无效及重复加载的问题：

• TSR 退出逻辑：在 DOS 中，卸载驻留程序（TSR）的标准做法是释放分配的内存块（MCB）并恢复中断向量。如果程序代码本身没有编写 /U 或 /Q 的处理函数，简单的命令行参数并不能终止驻留进程。
• 缺乏唯一性检测：完善的 TSR 程序会在启动前扫描内存中是否已存在特征码或占用了特定的中断。CJKDOS 为了追求极小的体积（压缩后仅 10K），舍弃了这些防御性检测逻辑，导致用户多次运行会导致多个副本同时驻留，白白浪费内存。

5. 字库与存储效率

• GBK vs GB2312：Wengier 提到的 GBK 字库包含 20902 个汉字，而 GB2312 仅含 6763 个。在 DOS 时代，GBK 字库（通常在 700K 到 2MB 之间）是极大的资源负担。
• 压缩技术：帖中提到的 UPX 压缩可执行文件及 ZIP 压缩字库，是当年在 1.44MB 软盘上集成汉字系统的常用方案。CJKDOS 的优势在于其核心代码极其精炼，使得它成为了制作“万能启动盘”或“应急维护盘”的理想选择。

6. 软件背景说明

• NV 与 QV：帖中提到的 NV (NewView) 和 QV (QuickView) 均是 DOS 下著名的多媒体查看器。NV 以支持多种格式著称，但后期体积臃肿；QV 因其优秀的汇编底层优化，在低配机型上播放视频和查看图片的效率极高。这些讨论反映了当时用户在受限硬件环境下对资源占用极度敏感的技术倾向。