公认的答案是好的。延伸到最后一部分：

请注意，encodeURIComponent不转义“”字符。一个普通的错误是使用它来创建html属性，例如href='MyUrl'可能会出现注射错误。如果您是从字符串，对于属性引号使用“代替”，或添加额外的编码层（'可以编码为%27）。

如果您希望安全起见，也应该对百分比编码的未保留字符进行编码。

您可以使用此方法来转义它们（源代码Mozilla）

function fixedEncodeURIComponent(str) {
  return encodeURIComponent(str).replace(/[!'()*]/g, function(c) {
    return '%' + c.charCodeAt(0).toString(16);
  });
}

// fixedEncodeURIComponent("'") --> "%27"

我发现，即使在很好地掌握了各种方法的用途和功能之后，尝试各种方法也是一种很好的理智检查。

为此，我发现这个网站非常有用，可以证实我的怀疑，即我正在做一些适当的事情。它还被证明对解码encodeURIComponented字符串非常有用，这对解释来说可能相当困难。一个很棒的书签：

http://www.the-art-of-web.com/javascript/escape/

擒纵机构（）

不要使用它！escape（）的定义见B.2.1.1节escape，附录B的介绍文本中写道：

……本附录中规定的所有语言特征和行为都具有一个或多个不可取的特征，如果没有传统用法，将从本规范中删除。。。…程序员在编写新的ECMAScript代码时，不应使用或假设这些特性和行为的存在。。。。

行为：

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/escape

对特殊字符进行编码，但以下字符除外：@*_+-/

代码单位值为0xFF或以下的字符的十六进制形式是两位转义序列：%xx。

对于具有较大代码单位的字符，使用四位格式%uxxxx。这在查询字符串中是不允许的（如RFC3986中定义的）：

query       = *( pchar / "/" / "?" )
pchar         = unreserved / pct-encoded / sub-delims / ":" / "@"
unreserved    = ALPHA / DIGIT / "-" / "." / "_" / "~"
pct-encoded   = "%" HEXDIG HEXDIG
sub-delims    = "!" / "$" / "&" / "'" / "(" / ")"
              / "*" / "+" / "," / ";" / "="

只有在百分号后面直接跟两个十六进制数字时才允许百分号，不允许百分号后面跟u。

encodeURI（）

如果需要工作URL，请使用encodeURI。拨打此电话：

encodeURI("http://www.example.org/a file with spaces.html")

得到：

http://www.example.org/a%20file%20with%20spaces.html

不要调用encodeURIComponent，因为它会破坏URL并返回

http%3A%2F%2Fwww.example.org%2Fa%20file%20with%20spaces.html

请注意，encodeURI与encodeURIComponent一样，不会转义'字符。

encodeURI组件（）

如果要对URL参数的值进行编码，请使用encodeURIComponent。

var p1 = encodeURIComponent("http://example.org/?a=12&b=55")

然后您可以创建所需的URL：

var url = "http://example.net/?param1=" + p1 + "&param2=99";

您将获得以下完整URL：

http://example.net/?param1=http%3A%2F%2Fexample.org%2F%Ffa%3D12%26b%3D55&param2=99

请注意，encodeURIComponent不转义“”字符。一个常见的错误是使用它来创建html属性，例如href='MyUrl'，这可能会导致注入错误。如果要从字符串构造html，请使用“而不是”作为属性引号，或添加额外的编码层（'可以编码为%27）。

有关此类型编码的详细信息，请检查：http://en.wikipedia.org/wiki/Percent-encoding

我觉得这篇文章很有启发性：Javascript疯狂：查询字符串解析

当我试图解释为什么decodeURIComponent不能正确解码“+”时，我发现了这一点。以下是摘录：

String:                         "A + B"
Expected Query String Encoding: "A+%2B+B"
escape("A + B") =               "A%20+%20B"     Wrong!
encodeURI("A + B") =            "A%20+%20B"     Wrong!
encodeURIComponent("A + B") =   "A%20%2B%20B"   Acceptable, but strange

Encoded String:                 "A+%2B+B"
Expected Decoding:              "A + B"
unescape("A+%2B+B") =           "A+++B"       Wrong!
decodeURI("A+%2B+B") =          "A+++B"       Wrong!
decodeURIComponent("A+%2B+B") = "A+++B"       Wrong!

encodeURI（）和encodeURIComponent（）之间的差异正好是由encodeURIComponent编码的11个字符，而不是由encodeURI编码的：

我在GoogleChrome中使用console.table轻松生成了这个表，代码如下：

var arr=[]；对于（变量i=0；i<256；i++）{var char=字符串.fromCharCode（i）；如果（encodeURI（char）==encodeURIComponent（字符））{arr.push({字符：char，encodeURI:encodeURI（char），encodeURIComponent:encodeURIComponent（char）});}}控制台.桌子（arr）；

我有这个功能。。。

var escapeURIparam = function(url) {
    if (encodeURIComponent) url = encodeURIComponent(url);
    else if (encodeURI) url = encodeURI(url);
    else url = escape(url);
    url = url.replace(/\+/g, '%2B'); // Force the replacement of "+"
    return url;
};