解决Win11 SDK开发的C++应用部署到Win10找不到入口点问题

这个报错和通用C运行时（UCRT）版本无关。Windows SDK 10.0.22621是对应Windows 11 22H2的开发包，默认项目配置下，链接器会直接绑定该版本系统新增的API导出点，这些导出在Windows 10的系统动态库中不存在，哪怕编译链接流程完全正常，运行时加载exe时扫描导入表，发现找不到对应函数入口就会直接抛错，和CRT是否升级没有关系。

按实际开发需求选其中一种即可：

• 方案1：切换适配Win10的SDK版本编译
  打开VS2022安装器，勾选加装对应Win10版本的SDK（比如Win10 22H2对应10.0.19041版本SDK，无需卸载已安装的22621版本SDK）。之后右键打开项目属性页，定位到「配置属性 > 常规」栏，将Windows SDK版本切换为10.0.19041，同时将目标平台最低版本设置为实际要兼容的最低Win10版本号，保存配置后全量重编译即可。

  该方案适合不需要调用任何Win11专属新增API的场景，改完后链接器会自动将所有API入口绑定到Win10系统存在的导出点，不会再触发入口点找不到的错误。

• 方案2：保留22621 SDK，配置延迟加载+API版本判断
  如果需要用到22621 SDK的新头文件、新编译工具特性，不想降低SDK版本，按以下步骤调整配置：
  1. 打开项目属性页「链接器 > 输入」栏，在延迟加载的DLL配置项中，添加所有可能包含Win11新增API的系统库，常见的包括kernel32.dll、user32.dll、gdi32.dll、ntdll.dll、ucrtbase.dll。配置后这些DLL的导入不会在程序启动时就校验入口点，而是等到实际调用对应函数时才加载。
  2. 打开项目属性页「C/C++ > 预处理器」栏，添加预处理器定义NTDDI_VERSION=NTDDI_WIN10_FE，强制SDK头文件的内联逻辑、API默认绑定目标对齐Win10 22H2版本，不会默认链接Win11专属的导出。
  3. 代码中所有涉及Win11新增的API调用，必须先通过GetProcAddress校验当前运行系统是否存在对应函数导出，确认存在再调用；如果校验不通过，就走Win10兼容的旧API逻辑分支，不要直接硬调用新API。
• 方案3：静态链接CRT规避CRT层面的依赖问题
  如果报错的入口点来自CRT相关的系统库，可以打开项目属性页「C/C++ > 代码生成」栏，将运行库配置从动态DLL版本切换为静态版本：Debug配置选/MTd，Release配置选/MT。配置后CRT的相关逻辑会直接编译进最终的二进制文件，不再依赖系统自带的UCRT版本，可以直接规避所有CRT相关的入口点报错。

  注意：静态链接CRT会小幅增大最终生成的二进制体积，有LGPL等强传染性许可证依赖的项目需要谨慎评估合规性，闭源商业程序使用该方案无限制。

• 不要尝试在Win10上手动替换系统自带DLL来移植Win11的API，这种操作会触发Windows系统文件保护机制，还会破坏系统稳定性，完全不可行。
• 旧版本Windows安装通用C运行时的方案，仅适用于Win7/Win8.1这类没有自带UCRT的系统，Win10本身已经预装了对应版本的UCRT，重装UCRT解决不了这次的问题。

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