如何通过类似WINVER定义的方式实现Windows 95及跨版本向后兼容

针对你的需求——覆盖从Windows 95到Windows 10的跨版本兼容，核心要调整宏定义、编译环境和API条件判断逻辑，以下是具体可落地的流程：

1. 强制设置Win95对应的核心宏定义 #

常规的WINVER、_WIN32_WINDOWS等宏默认最低仅覆盖Windows 2000（版本值0x0500），要兼容Win95需手动指定对应版本标识：

• 在项目预处理器定义中添加：

  WINVER=0x0400
  _WIN32_WINDOWS=0x0400
  _WIN32_WINNT=0x0400
  

  这些值对应Windows 95（同时兼容Windows NT 4.0），是开启Win95编译支持的基础。

2. 选用包含Win95支持的SDK版本 #

新版Windows 10/11 SDK已移除所有Win95相关的API定义和头文件，必须使用Windows 98 Platform SDK（这是官方最后一个包含完整Win95支持的SDK）。如果找不到完整安装包，也可以手动补充Win95特有的函数声明头文件，但前者的兼容性更有保障。

3. 用条件编译隔离高版本API #

对于仅在Win95之后推出的API，必须通过宏判断做分支处理，避免Win95环境下编译或调用不存在的函数：

#if (_WIN32_WINDOWS >= 0x0500)
// 仅在Win2000及以上系统使用的API，比如CreateProcessWithLogonW
BOOL result = CreateProcessWithLogonW(...);
#else
// Win95下的替代实现，比如回退到ANSI版本的CreateProcessA
BOOL result = CreateProcessA(...);
#endif

另外注意部分API在Win95中有参数或行为差异（比如LoadLibraryEx不支持部分高版本标志），也需要单独做兼容处理。

4. 调整链接器配置适配Win95 #

• 避免链接仅高版本系统存在的库，对于可选API，优先用LoadLibrary+GetProcAddress动态加载，确保Win95下能优雅回退：

  typedef BOOL (WINAPI *PFNCREATEPROCESSW)(LPCWSTR, LPWSTR, LPSECURITY_ATTRIBUTES, LPSECURITY_ATTRIBUTES, BOOL, DWORD, LPVOID, LPCWSTR, LPSTARTUPINFOW, LPPROCESS_INFORMATION);
  PFNCREATEPROCESSW pCreateProcessW = NULL;
  HMODULE hKernel32 = LoadLibraryA("kernel32.dll");
  if (hKernel32) {
      pCreateProcessW = (PFNCREATEPROCESSW)GetProcAddress(hKernel32, "CreateProcessW");
  }
  if (pCreateProcessW) {
      // 存在宽字符版本则调用
      pCreateProcessW(...);
  } else {
      // 回退到Win95支持的ANSI版本
      CreateProcessA(...);
  }
  

• 链接器子系统版本需设置为/SUBSYSTEM:WINDOWS,4.0，对应Win95的系统版本，避免被高版本系统限制运行。

5. 入口点的适配（呼应你提到的点） #

正如你所说，Win95没有自动C运行时初始化机制，所以需要：

• 自定义程序入口点，比如直接实现WinMain而非依赖CRT的_tWinMainCRTStartup，或者手动初始化CRT的必要组件（如堆、全局变量构造）。在Visual Studio中，可以在项目设置的“链接器->高级”中修改“入口点”为你自定义的函数名（比如MyCustomWinMain）。

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