为何MFC中InternetCanonicalizeUrl无法正确转换文件路径为URL？

核心原因：API的设计兼容性与现代URL规范的差异 #

InternetCanonicalizeUrl是WinINet系列的老API，它的行为优先兼容早期Windows系统和旧版浏览器的逻辑，而非严格遵循现代Web URL标准：

1. 前缀差异：file:// vs file:///
   当输入是C:\xxx这类本地盘符路径时，ICU_BROWSER_MODE模式下，API会把盘符和路径视为URL的「权威部分」（类似域名的位置），因此生成file://C:\xxx格式的URL——这是早期Windows对file协议的兼容写法，但现代Web标准（包括WebView2依赖的Chromium内核）要求本地file URL必须用file:///前缀（三个斜杠），用来明确区分本地文件系统路径和UNC网络路径。

2. 反斜杠未替换为正斜杠
   WinINet API处理本地路径时会保留Windows原生的反斜杠\，因为早期很多Windows组件（比如旧版IE）支持在file URL中使用反斜杠。但WebView2基于的Chromium内核严格遵循RFC标准，要求URL路径必须使用正斜杠/，未替换的反斜杠会导致路径识别异常。

为什么手动处理能正常工作？ #

你手动拼接的file:///前缀+替换正斜杠的路径，完全符合现代Web标准中本地file URL的格式要求，因此能被WebView2正确解析。而GetTempPath()/GetTempFileName()生成的是标准Windows本地路径，本身就带反斜杠，自然需要转换后才能适配WebView2的要求。

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