Answers:
HttpServerUtility.UrlEncode将在HttpUtility.UrlEncode内部使用。没有具体区别。存在的原因Server.UrlEncode是与经典ASP的兼容性。
以前，我UrlEncodeUri.EscapeDataString对这些方法非常头痛，建议您避免使用的任何变体，而应使用 -至少应具有可理解的行为。
让我们来看看...
HttpUtility.UrlEncode(" ") == "+" //breaks ASP.NET when used in paths, non-
//standard, undocumented.
Uri.EscapeUriString("a?b=e") == "a?b=e" // makes sense, but rarely what you
// want, since you still need to
// escape special characters yourself
但是我个人最喜欢的必须是HttpUtility.UrlPathEncode-这东西真是难以理解。它编码：
它还具有非常特别的MSDN文档“对URL字符串的路径部分进行编码，以实现从Web服务器到客户端的可靠HTTP传输。” -没有实际解释它的作用。您不太可能用Uzi射到自己的脚上...
简而言之，请坚持使用Uri.EscapeDataString。
?，谁说要编码，哪些用作分隔符？关于空间：在两种情况下，空间都在哈希中，因此查询片段的存在与否无关紧要。最后，破坏包含一个％的第二个示例中的Uri是不可原谅的。该UrlPathEncode方法是无聊的，绝不应该使用。
自从首次提出此要求以来已经快9年了，在.NET Core和.NET Standard的世界中，似乎URL编码中最常用的选项是WebUtility.UrlEncode（在之下System.Net）和Uri.EscapeDataString。从此处和其他地方的最流行答案来看，Uri.EscapeDataString似乎更可取。但是吗？我做了一些分析以了解差异，这是我想出的：
WebUtility.UrlEncode将空间编码为+; Uri.EscapeDataString将其编码为%20。Uri.EscapeDataString百分之-编码!，(，)，和*; WebUtility.UrlEncode才不是。WebUtility.UrlEncode百分之-编码~; Uri.EscapeDataString才不是。Uri.EscapeDataString抛出UriFormatException超过65,520个字符的字符串；WebUtility.UrlEncode才不是。（比您想象的更普遍的问题，尤其是在处理URL编码的表单数据时。）Uri.EscapeDataStringUriFormatException在高代理角色上抛出; WebUtility.UrlEncode才不是。（这是UTF-16的事情，可能不那么常见了。）出于URL编码的目的，字符属于以下三类之一：不保留（URL中的合法字符）；保留（合法，但具有特殊含义，因此您可能需要对其进行编码）；以及其他所有内容（必须始终进行编码）。
根据RFC，保留字符为：:/?#[]@!$&'()*+,;=
并且未保留的字符为字母数字和 -._~
Uri.EscapeDataString明确定义了它的任务：％-编码所有保留和非法字符。WebUtility.UrlEncode在定义和实现上都更加模棱两可。奇怪的是，它对一些保留字符进行编码，但对其他字符不进行编码（为什么用括号而不是括号？），而陌生人仍然对无害的保留~字符进行编码。
因此，我同意流行的建议- 尽可能使用Uri.EscapeDataString，并了解保留字符（例如/和）?将被编码。如果您需要处理可能很大的字符串，尤其是处理URL编码的表单内容，则需要依靠WebUtility.UrlEncode并接受其古怪之处，否则可以解决此问题。
编辑：我试图纠正所有的在上面提到的怪癖Flurl通过Url.Encode，Url.EncodeIllegalCharacters和Url.Decode静态方法。它们位于核心软件包中（很小，并且不包含所有HTTP内容），或者可以随时从源代码中窃取它们。我欢迎您对此发表任何意见/反馈。
这是我用来发现哪些字符编码不同的代码：
var diffs =
from i in Enumerable.Range(0, char.MaxValue + 1)
let c = (char)i
where !char.IsHighSurrogate(c)
let diff = new {
Original = c,
UrlEncode = WebUtility.UrlEncode(c.ToString()),
EscapeDataString = Uri.EscapeDataString(c.ToString()),
}
where diff.UrlEncode != diff.EscapeDataString
select diff;
foreach (var diff in diffs)
Console.WriteLine($"{diff.Original}\t{diff.UrlEncode}\t{diff.EscapeDataString}");请记住，您可能不应该使用任何一种方法。微软的反跨站点脚本库包括更换HttpUtility.UrlEncode和HttpUtility.HtmlEncode那都是更符合标准，更安全。作为奖励，您还可以获得一种JavaScriptEncode方法。