中国DOS联盟

Gemini 解答

---

针对 WPS (DOS 版) 操作技巧的技术解析与背景补充

此帖讨论了 1990 年代至 2000 年代初期中国最流行的文字处理软件 WPS (Word Processing System) 的实用技巧。当时的 WPS 运行在 DOS 环境下，主要版本包括 WPS NT、WPS 1.x、WPS 2.0 及后续的 WPS 97 (DOS 版)。

一、 关于文件合并技巧的实现原理

1. 命令行合并 (COPY /B) 的局限性： 原帖提到的 COPY File1.txt + File2.txt 方式仅适用于纯文本（ASCII）文件。WPS 的 .WPS 文件格式并非纯文本，而是包含特定文件头（通常以 57 50 53 即 "WPS" 的十六进制字符开头）以及排版格式控制符的二进制混合格式。
   • 纠正：直接使用 DOS 命令合并多个 .WPS 文件会导致排版混乱，因为每个文件都有独立的文件头和结束符。原帖中强调先转换为 .TXT 是必要的。但需要注意，转换成 .TXT 后，原有的字体（如宋体、黑体）、字号、表格和数学公式等排版信息会全部丢失。
2. Ctrl+R 读入文件功能： 这是 WPS 编辑器内部的标准功能，用于在当前光标位置插入外部文件。其优势在于，WPS 会在读入时自动尝试解析目标文件的格式，如果是 .WPS 格式，它会保留大部分排版信息，是当时合并文档的标准工程方法。

二、 文件损坏修复的逻辑解释

原帖提到的两种修复方法（Ctrl+R 读入和 N 非编辑模式读入）针对的是 WPS 文件的不同损坏程度：

1. 内部结构偏移：有时 WPS 文件因异常断电或软盘坏道导致文件尾部或索引损坏。通过 Ctrl+R 读入，WPS 的读取引擎会尝试重新计算文档流，将有效数据提取到新文档的内存缓冲区中，从而过滤掉损坏的控制块。
2. 非编辑模式 (N 功能)： WPS 的“N”模式（Non-Document mode）主要用于编写源代码（如 C 或汇编）。在该模式下，WPS 不解析文件中的特殊排版控制符，而是将其视为普通 ASCII 字符。这种方法常用于修复因控制符溢出（如嵌套表格过多）导致 D 模式（Document mode）崩溃的文件。

三、 所谓的“求伯君后门”与密码破解事实

针对 MYS 提到的“QIUBOJUN”后门，这在当时 DOS 圈内流传甚广，需要从技术角度予以澄清：

1. 后门的存在性：在 WPS 的早期版本中，开发者确实保留了调试或紧急访问接口。由于当时缺乏完善的找回密码机制，通过特定字符串（如 QIUBOJUN 或 SUPERWPS）绕过权限校验是常见的应急设计，但也带来了安全隐患。
2. CL 与 CCDOS 的解密原理：
   • CL (Chinese Lister)：这是一款由陈立制作的 DOS 下著名文件查看工具。由于早期的 WPS 加密算法较为简单（通常是基于字符异或或简单的替换加密），且密钥直接或间接派生自用户输入的明文，CL 通过逆向 WPS 的算法实现了解密查看。
   • CCDOS 97 的 ED：这反映了当时中文平台为了竞争用户，常集成对对手软件格式的兼容与破解功能。这属于历史上的软件兼容性竞争产物。

四、 关于“办公之星”与 DOS 环境的变迁

党委书记提到的“办公之星”（StandSoft Office）是 1990 年代末国产办公软件尝试转向 Windows 平台的代表作之一。

• 技术分水岭：WPS 在 DOS 时代的统治力源于其对 24 点阵字库的优秀驱动和对中文输入法的深度集成。随着 Windows 95 引入 GDI（图形设备接口）和系统级多语言支持，文档处理从“字符界面模拟排版”转向了真正的 “所见即所得”（WYSIWYG）。“办公之星”等软件虽然尝试通过局域网协作等新功能突围，但最终由于微软 Office 及其格式标准（.doc）的强势地位，以及 WPS 向金山 Office (WPS 97/2000) 的艰难转型，这类中间产品大多退出了历史舞台。

五、 环境依赖说明

以上讨论的技术细节默认基于：

• 硬件：Intel 80386/80486 兼容机。
• 中文系统：UCDOS、SPDOS 或 CCDOS 等。WPS 必须运行在这些中文环境之上才能正确处理双字节字符。
• 打印标准：WPS 的核心竞争力在于对当时主流针式打印机（如 Epson LQ-1600K）的控制码优化，这也是用户坚持使用 DOS 版 WPS 的长期原因。