编译 | 苏宓 出品 | CSDN（ID：CSDNnews） 用过 Windows XP 的人，大概都会记得它在软件兼容性上的表现：一些已经存在多年的老程序，装到 XP 上依然能够正常运行。 XP 也因此给不少用户留下了“特别能跑老软件”的印象。 如今 Windows XP 早已退役多年，但这段历史背后还有一些鲜为人知的细节。据外媒 Windows Latest 近日披露，XP 当年的软件兼容性之所以表现突出，除了操作系统本身具备较强的向后兼容能力外，微软还在背后用了一个颇有意思的办法——有时候，会“骗”一下老程序。 Windows XP 里藏着一份“问题软件名单” Windows Latest 称，早在 2003 年，微软工程师 Raymond Chen 就曾介绍过 Windows XP 的应用兼容性机制。 当时，Raymond Chen 表示，Windows XP 会把相关的兼容性修复信息放在 C:\WINDOWS\AppPatch 目录下，并采用二进制格式存储，目的是让系统能够快速检索和匹配。 这套机制最特别的地方在于： 系统找到某个有问题的软件后，并不会修改整个 Windows 的行为，而是只针对当前这个程序进行调整。 听上去有点像现在 AI 做的事情，但要知道，这是 25 年前的技术，背后靠的是微软工程师一点点把各种软件的兼容性问题记录下来，再针对这些问题设计解决办法。 微软将这套机制称为 Application Compatibility Database（应用程序兼容性数据库），它本质上是一组后缀为 .sdb 的二进制数据库文件。 Windows XP 使用的主数据库文件名为 Sysmain.sdb，就是采用 .sdb 二进制格式。微软之所以采用这种格式，就是为了让系统能够更快地扫描和查找匹配的软件。 XP 发布时，这份数据库里大约已经包含 200 项兼容性修复。 这并不是一张简单的“黑名单”。 Windows 识别软件时，并不会只看一个程序的 .exe 文件名，然后粗暴地判断“这个程序有问题”。Windows XP 可以结合文件名、文件大小、校验和、版本、日期等信息来识别程序，甚至还可以检查程序所在目录或子目录中有没有特定的关联文件。 微软后来公开的技术文档也证实了这一机制：应用兼容性数据库会利用这些文件属性建立匹配条件，从而判断当前运行的程序，是不是数据库中记录的那个特定版本。 这么做有一个很实际的好处。 假设某款软件的 1.0 版本无法在 XP 上运行，但 2.0 版本已经修好了，那么 Windows 可以只针对 1.0 版本启用兼容性修复，而不会把同样的处理套到已经正常工作的 2.0 版本上。 也就是说，微软不是简单地说“这个软件有问题”，而是尽可能找到到底是哪个版本出了问题，然后只对它动手。 找到软件之后，Windows 会怎么处理？ 真正有意思的地方，从这里才开始。Windows 找到数据库里的匹配项之后，会启用微软所说的 Shim，也就是应用程序兼容性垫片。 简单理解，Shim 就像夹在应用程序和 Windows API 之间的一层“小程序”。 正常情况下，一个软件调用 Windows API，系统就直接处理。但如果这个软件存在兼容性问题，Windows 可以让这个 API 调用先经过 Shim。 Shim 可以修改软件传进来的参数，也可以修改 Windows 返回给软件的结果，甚至可以在调用真正的系统函数之前先执行一段额外代码。 这样一来，软件本身不用修改，Windows 也不用为了兼容一个老程序而改变整个系统，只需要在这个程序运行的时候，对它的某些操作“做点特殊处理”就可以了。 如果老软件认不出 XP，微软就让它“认错” 外媒 Windows Latest 举了一个例子。 当时，一些旧程序会先检查 Windows 的版本号，只有检测到特定版本才肯启动。而 Win98VersionLie 这类 Shim，就是专门处理这类问题的——电脑实际运行的可能是 Windows XP，但程序获取到的系统版本信息，却可以被修改成 Windows 98。 这对 Windows XP 来说并不是什么技术难题。 因为有些软件其实并不是真的依赖 Windows 98，只是开发者当年在程序里写了一条简单的判断：如果操作系统不是指定版本，就直接退出。 微软的处理办法也很直接。Windows XP 可以通过兼容性机制，修改这个程序获取到的 Windows 版本信息。也就是说，程序实际上运行在 XP 上，但当它询问“你是什么版本的 Windows”时，得到的答案却可以是 Windows 98。 于是，原本因为“版本不对”而拒绝启动的软件，就有可能正常运行起来。 这种兼容性处理后来被称为 Win98VersionLie——“Li
