MS-DOS系统调用选用$作为字符串终止符的原因是什么

这个选型从来不是经过严谨论证的最优设计，本质是历史继承+早期硬件场景约束共同作用的结果，核心逻辑可以拆成三点：

• 第一，选型的根源是对CP/M系统的兼容继承
  MS-DOS 1.0本身是在86-DOS基础上商品化的产品，而86-DOS从系统调用约定到API设计几乎全量照搬了当时8位微机上主流的CP/M操作系统——CP/M里负责控制台字符串输出的9号系统调用，从设计之初就用$作为字符串终止标记。微软当年为了让已经熟悉CP/M开发的程序员能最快迁移到MS-DOS平台，几乎原封不动搬来了这套约定，根本没有从零开始重新选终止符的流程。
• 第二，CP/M当年选$而非零字符，完全适配当时的硬件和使用场景
  很多人站在现在的视角觉得零终止更合理，但放到1970年代CP/M设计的时间点，零字符反而不是好选择：
  1. 当时的微型计算机内存容量极小，大多只有几KB到几十KB，未初始化的内存、程序预留的缓冲区、填充的空白区域大量默认填0，如果用0做字符串终止符，很容易被内存里随机存在的零值提前截断，导致输出异常。
  2. $作为特殊货币符号，在当时DOS主要覆盖的命令行交互、简单业务提示场景里，极少会出现在需要输出的常规文本中，选它做终止符，日常使用遇到的冲突概率非常低。
  3. 早期系统开发没有成熟的调试工具，用可打印的$做边界标记，开发人员直接扫内存内容就能快速定位字符串起止位置，不需要解析不可见的控制字符，能大幅降低调试成本。
• 第三，这套约定一直保留纯粹是向后兼容的包袱
  从MS-DOS 2.0版本开始，微软新增的文件操作、内存管理类系统调用已经全面支持C语言风格的零终止字符串，旧的$终止字符串输出调用之所以一直没改，只是因为要兼容过去几十年里为旧版本DOS开发的海量存量程序——不是设计方觉得$比零字符合理，只是兼容旧代码的优先级，永远高于修正早期设计的小缺陷。

这套设计确实留下了很明显的历史债：如果要输出带$符号的文本，开发者根本没法直接调用9号系统调用，只能要么拆分字符串分段输出，要么自己写中断逐字符打印，属于典型的早期系统为了适配当时场景做的妥协，被后续版本一直继承了下来。

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