URLDownloadToFile下载文本文件返回0x800c0005错误的原因及解决方案

• 核心问题出在Windows XP系统的TLS支持能力限制：WinXP原生系统的安全信道（SCHANNEL）最高仅支持TLS 1.0版本，而w3.org等主流站点早已禁用TLS 1.0/1.1等低版本安全协议，仅接受TLS 1.2及以上版本的HTTPS连接。
• 你用到的URLDownloadToFile接口属于系统Urlmon库组件，底层依赖系统自带的SCHANNEL完成HTTPS握手，无法和目标站点建立连接就会抛出0x800c0005(INET_E_RESOURCE_NOT_FOUND)错误。
• 你测试的Google链接走的是HTTP明文协议，不需要TLS握手，所以可以正常访问；Chrome能正常打开目标链接是因为Chrome自带独立的TLS/SSL栈，不依赖系统SCHANNEL组件，不受XP系统TLS版本限制。

• 方案1：安装XP系统TLS 1.2支持更新
  安装微软官方推出的KB3140245更新包，完成后按照要求修改对应注册表项，开启系统SCHANNEL的TLS 1.1/1.2支持，即可让URLDownloadToFile接口正常访问启用高版本TLS的站点。注意该方案仅适用于完整版Windows XP系统，大量精简定制版XP无法正常安装该更新。
• 方案2：替换下载逻辑为第三方HTTP库
  引入libcurl等自带TLS栈的第三方HTTP库，编译时选择XP兼容版本，直接调用库接口完成文件下载，不依赖系统SCHANNEL组件，兼容所有XP版本。
• 方案3（临时测试用）：如果目标站点支持HTTP访问，可将链接前缀从https://改为http://，绕开TLS校验直接用明文协议下载，但目前大部分站点都会强制跳转到HTTPS，该方案适用性有限。

• 使用VS2017开发XP兼容程序时，需要在项目属性页的「常规」选项卡中，将平台工具集修改为v141_xp，否则生成的程序无法在XP系统上正常运行。
• 代码中使用的wsprintf函数存在缓冲区溢出风险，实际生产环境建议改用StringCchPrintf等安全字符串API。

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