在c#中处理uri时，只有路径（path）和查询参数键名（query keys）适合忽略大小写进行比较，而协议、主机名、端口以及片段标识符必须严格区分大小写。具体做法是使用 uribuilder 或 uri.absoluteuri 获取标准化字符串，并对路径部分调用 string.equals(..., stringcomparison.ordinalignorecase)。需要注意的是，不同操作系统对文件系统的大小写敏感性不同，这会影响路径比较的实际结果。
如何正确提取并比较URI的路径部分
要比较两个URI的路径是否相同，应直接访问 Uri 对象的 AbsolutePath 属性，并使用不区分大小写的比较方法。例如，/Api/Users 和 /api/users 在Web路由中通常被视为同一资源。代码实现上，只需将两个 string 类型的路径传入 Equals 方法并指定 OrdinalIgnoreCase 即可。如果涉及URL编码的特殊字符，确保两者都经过相同的解码或编码处理后再比较，以避免因编码差异导致的误判。
using System;
public class UriComparer
{
public static bool ArePathsEqual(string uri1, string uri2)
{
var u1 = new Uri(uri1);
var u2 = new Uri(uri2);
return string.Equals(u1.AbsolutePath, u2.AbsolutePath, StringComparison.OrdinalIgnoreCase);
}
}
// 输入: "https://example.com/Api/Test" 和 "https://example.com/api/test"
// 输出: true
为什么主机名和片段不能忽略大小写
主机名（Host）遵循DNS规则，虽然域名本身不区分大小写，但在编程实践中通常建议保持小写以保持一致性，不过严格来说DNS解析是不区分大小写的。然而，URI中的片段（Fragment）和查询参数值（Query Values）是区分大小写的。例如，#Section1 和 #section1 指向不同的锚点，?id=ABC 和 ?id=abc 可能代表不同的数据记录。因此，在比较完整URI时，除了路径外，其他部分都应使用严格相等比较。错误地忽略片段或值的Case会导致逻辑漏洞，如跳转到错误的页面或查询到错误的数据。
using System;
public class StrictUriCheck
{
public static void CheckParts(string uri)
{
var u = new Uri(uri);
Console.WriteLine($"Host Case Sensitive: {u.Host == "Example.COM"}"); // False if strict
Console.WriteLine($"Fragment Case Sensitive: {u.Fragment == "#Section1"}");
Console.WriteLine($"Query Value Case Sensitive: {u.Query == "?id=ABC"}");
}
}
// 输入: "https://example.com/page#Section1?id=ABC"
// 输出: Host Case Sensitive: False, Fragment Case Sensitive: True, Query Value Case Sensitive: True
基于Windows与Linux文件系统的路径比较差异
当URI映射到本地文件系统路径时，路径比较的结果取决于操作系统的文件系统类型。在Windows上，NTFS文件系统默认不区分大小写，因此 /Data/File.txt 和 /data/file.txt 指向同一个文件。而在Linux上，ext4等文件系统区分大小写，这两个路径指向不同的文件或其中一个不存在。在C#中使用 Path.Combine 或 Directory.Exists 时，这种差异会导致跨平台兼容性问题。建议在跨平台应用中，始终将路径转换为统一的小写形式再进行比较或存储，以消除环境差异带来的不确定性。
