面对高版本开发工具无法向下兼容的普遍现状，使用古董级的 Visual C++ 6.0 却能实现从 Windows NT 4.0 到 Windows 11 的惊人兼容性。这不仅是一个技术复古的展示，更是为工控软件等特定场景提供了一套解决跨大版本系统部署难题的实用指南，其核心价值在于揭示了当下已不多见的极限兼容方案。
智能速览
选择VC6是因为高版本Visual Studio无法在旧版Windows上运行。
必须全程使用Unicode模式，并调用宽字符版本的API函数。
使用Release模式编译，确保程序不依赖VC自带的调试动态库。
通过mt.exe工具手动将manifest文件嵌入exe，解决Vista后系统兼容问题。
manifest文件可以控制程序是否请求管理员权限以触发UAC提示。
精华内容
实现如此大跨度的系统兼容，并非仅靠选择古老的开发工具，更需要遵循一系列严苛的开发规范与构建流程，每一个环节都至关重要。
为何选择VC6
选择Visual C++ 6.0的核心原因在于其极致的向下兼容能力。高版本的Visual Studio存在明确的系统支持下限，例如，Visual Studio 2008编译的程序无法在Windows NT 4.0上运行，而Visual Studio 2012及更高版本编译的程序则放弃了Windows XP的支持。因此，若要让一个可执行文件在从NT 4.0到Win11的几乎所有Windows版本上运行，VC6成为了唯一的可行选择。
编码核心规范
在VC6环境下，代码编写必须严格遵守Unicode规范。首先，需要在项目设置中全局定义UNICODE和_UNICODE宏。其次，所有字符处理都应使用宽字符，例如WCHAR或wchar_t，而不是ANSI的char。在调用Windows API时，必须选择其Unicode版本，即以W结尾的函数（如MessageBoxW）。同样，调用C语言标准库函数时，也应使用宽字符版本，如wprintf和wcscpy，同时要彻底避免使用已被淘汰的Win16 API。
构建与嵌入
构建过程同样关键，必须选择Release模式而非Debug模式。Debug模式会链接Visual C++的调试动态库，这些库并未内置在Windows系统中，导致程序无法独立运行。而Release模式仅依赖操作系统自身的动态库，可实现绿色部署。完成编译后，一个核心步骤是处理manifest文件。从Windows Vista开始，系统依赖此文件进行兼容性和权限判断。需要手动创建一个manifest文件，然后使用高版本Visual Studio内置的mt.exe工具将其嵌入到生成的exe文件中，否则程序可能在Vista及更高版本系统上运行受限或失败。
权限与兼容
Manifest文件中最重要的配置之一是`requestedExecutionLevel`。设置为`level=“asInvoker”`可确保程序以当前用户权限启动，避免弹出UAC（用户账户控制）对话框。若需要程序强制获取管理员权限，则应设置为`level=“requireAdministrator”`，嵌入后程序图标会显示盾牌标志，双击即会触发UAC提权请求。此外，若需兼容更古老的Windows 9x系统（如Windows 98），则需要在目标系统上安装微软提供的 unicows.exe 库来提供对Unicode程序的支持。
这套基于VC6的极限兼容方案，虽然与Modern C++的特性无缘，但其展现出的技术思路对维护存量市场和特殊行业应用依然意义重大。在技术快速迭代的今天，这种“以不变应万变”的底层策略，是否仍有一席之地？这值得每一位开发者深思。
关键评论
有评论指出，这种极限兼容方案如今可能主要应用于工控软件领域。
网友恍然大悟，称这解释了为何部分高校至今仍使用VC6进行教学。
另一评论认为此方案虽强，但注定与Modern C++的新特性无缘。
有开发者补充，使用TCHAR和_T宏可让代码在ANSI和Unicode间自动切换。
