ZH
RU
EN
ES
FR
DE
PT
AR
HI
为什么Path.Combine会破坏URL以及如何修复？
想象一下：您正在用C#编写一个调用API的应用程序。您需要组装一个类似https://api.example.com/v1/users/123的URL。首先想到的是使用熟悉的Path.Combine。但这是一个错误，成千上万的开发人员都会犯这个错误。Stack Overflow上关于“Path.Combine for URLs?”的问题获得了数十万次浏览——这并非没有原因。
在本文中，我们将分析为什么Path.Combine对URL来说极其危险，并展示在C#中拼接地址的4种正确方法。您将了解UriBuilder的工作原理，为什么值得关注Flurl库，以及如何编写自己的安全URL合并方法。开始吧！
问题：Path.Combine有什么问题？
Path.Combine方法是为Windows文件系统设计的。它使用反斜杠（\\）并考虑驱动器特性（例如C:\\）。而URL使用正斜杠（/），没有“驱动器”的概念。让我们看一个例子：
string baseUrl = "https://api.example.com/api";string endpoint = "/users/123";string result = Path.Combine(baseUrl, endpoint);Console.WriteLine(result);// 输出：https:\\\\api.example.com\\api\\users\\123 (在Windows上)// 或者更糟：https://api.example.com/api/users/123 (如果幸运的话)结果，说得委婉点，是无效的。Path.Combine将斜杠替换为反斜杠（在Windows上），您的HTTP请求将因错误而失败。即使在Linux上看起来一切正常，代码也变得不可移植。如果基础URL末尾已经有斜杠呢？或者端点中有双斜杠？那将是一场噩梦。
来自Stack Overflow的真实示例
关于“Path.Combine for URLs?”问题最流行的答案之一（作者——Brian，600+赞）以这样一句话开头：“请不要这样做。Path.Combine是为文件设计的，不是为URL。” 这是黄金法则。让我们看看C#为安全处理URL提供了哪些工具。
方法1：Uri.TryCreate — .NET内置方法
第一种也是最明显的方法是使用Uri类。它能够正确合并基础URL和相对路径：
string baseUrl = "https://api.example.com/api";string relativePath = "/users/123";
if (Uri.TryCreate(baseUrl, relativePath, out Uri result)){ Console.WriteLine(result.ToString()); // 输出：https://api.example.com/users/123}else{ Console.WriteLine("无效的URL");}重要提示：TryCreate的第二个参数必须是相对URI（以/开头）。如果只传递"users/123"，它将被解释为绝对URI——结果将不正确。这不是最灵活的方法，但对于简单情况来说，这是一个出色的内置解决方案。
方法2：UriBuilder — 强大且灵活
UriBuilder类让您可以完全控制URL的每个部分：方案、主机、端口、路径和查询参数。当需要组装复杂地址时，这是理想的选择：
var builder = new UriBuilder("https://api.example.com");builder.Port = 8080;builder.Path = "/api/v1/users";builder.Query = "page=1&limit=10";
Uri uri = builder.Uri;Console.WriteLine(uri.ToString());// 输出：https://api.example.com:8080/api/v1/users?page=1&limit=10为什么这很酷？
- 自动转义 — 查询参数中的特殊字符将被编码。
- 正确的斜杠 —
UriBuilder会自动添加或删除多余的斜杠。 - 端口和方案 — 轻松将http更改为https或添加端口。
但有一个细微差别：Path
博客
书籍推荐
推荐阅读
