blocks|key|1527963|text|您应该始终对URL进行编码。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1527964|下面是Ruby对URL进行编码的方式：|1527965|irb(main):008:0>+CGI.escape+"a.com/a%2Bb"
=>+"a.com%252Fa%252Bb"|code-block|syntax|javascript|1527966|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|M|8|@]|9|@]|A|$G|H]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

Thou shalt always encode URLs.

Here is how Ruby encodes your URL:

<pre><code>irb(main):008:0&gt; CGI.escape "a.com/a+b"
=&gt; "a.com%2Fa%2Bb"
</code></pre>

blocks|key|1527974|text|请在下面进行尝试：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1527975|<script+type="text/javascript">

function+resetPassword()+{
+++url:+"submitForgotPassword.html?email="%2BfixEscape(Stringwith%2Bchar);
}
function+fixEscape(str)
{
++++return+escape(str).replace(+"%2B",+"%252B"+);
}
</script>|code-block|syntax|javascript|1527976|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

Try below:

<pre><code>&lt;script type="text/javascript"&gt;

function resetPassword() {
 url: "submitForgotPassword.html?email="+fixEscape(Stringwith+char);
}
function fixEscape(str)
{
 return escape(str).replace( "+", "%2B" );
}
&lt;/script&gt;
</code></pre>

blocks|key|1528021|text|使用encodeURIComponent函数修复url，适用于浏览器和node.js|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1528022|res.redirect("/signin?email="%2BencodeURIComponent("aaa%2Bbbb-ccc@example.com"));


>+encodeURIComponent("http://a.com/a%2Bb/c")
'http%253A%252F%252Fa.com%252Fa%252Bb%252Fc'|code-block|syntax|javascript|1528023|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

use encodeURIComponent function to fix url, it works on Browser and node.js

<pre><code>res.redirect("/signin?email="+encodeURIComponent("aaa+bbb-ccc@example.com"));


&gt; encodeURIComponent("http://a.com/a+b/c")
'http%3A%2F%2Fa.com%2Fa%2Bb%2Fc'
</code></pre>

blocks|key|1313027|text|在一个上下文中，空格字符只能编码为"%2B“：application/x-www-form-urlencoded键-值对。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1313028|RFC-1866+(HTML2.0规范)，第8.2.1段，第1节说：“表单字段名称和值被转义:空格字符被"%2B”替换，然后保留字符被转义“)。|1313029|这是一个例子，在URL中，RFC-1866允许将空格编码为加号："http://example.com/over/there?name=foo%2Bbar"。那么，只有在"?“之后，空格才能被加号替换(在其他情况下，空格应该编码为"%2520")。这种编码表单数据的方式也在后来的HTML4.01规范中给出，例如，在HTML4.01规范中查找关于application/x-www-form-urlencoded的相关段落，等等。|1313030|但是，因为很难总是正确地确定上下文，所以最好的做法是永远不要将空格编码为"%2B“。最好对RFC-3986第2.3页中定义的除"unreserved“之外的所有字符进行百分比编码。下面是一个代码示例，说明了应该编码的内容。它是用Delphi+(pascal)编程语言提供的，但对于任何程序员来说，无论使用哪种语言，都很容易理解它的工作原理：|1313031|(*+percent-encode+all+unreserved+characters+as+defined+in+RFC-3986,+p.2.3+*)
function+UrlEncodeRfcA(const+S:+AnsiString):+AnsiString;
const++++
++HexCharArrA:+array+[0..15]+of+AnsiChar+=+'0123456789ABCDEF';
var
++I:+Integer;
++c:+AnsiChar;
begin
+//+percent-encoding,+see+RFC-3986,+p.+2.1
++Result+:=+S;
++for+I+:=+Length(S)+downto+1+do
++begin
++++c+:=+S[I];
++++case+c+of
++++++'A'+..+'Z',+'a'+..+'z',+//+alpha
++++++'0'+..+'9',+++++++++++++//+digit
++++++'-',+'.',+'_',+'~':;++++//+rest+of+unreserved+characters+as+defined+in+the+RFC-3986,+p.2.3
++++++else
++++++++begin
++++++++++Result[I]+:=+'%25';
++++++++++Insert('00',+Result,+I+%2B+1);
++++++++++Result[I+%2B+1]+:=+HexCharArrA[(Byte(C)+shr+4)+and+$F)];
++++++++++Result[I+%2B+2]+:=+HexCharArrA[Byte(C)+and+$F];
++++++++end;
++++end;
++end;
end;

function+UrlEncodeRfcW(const+S:+UnicodeString):+AnsiString;
begin
++Result+:=+UrlEncodeRfcA(Utf8Encode(S));
end;|code-block|syntax|javascript|1313032|entityMap|0|LINK|mutability|MUTABLE|url|http://example.com/over/there?name=foo%2Bbar^0|L|X|0|0|4P|X|X|17|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@$9|Z|A|10|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|11|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|12|8|@$9|13|A|14|B|C]]|D|@$9|15|A|16|1|17]]|E|$]]|$1|J|3|K|5|6|7|18|8|@]|D|@]|E|$]]|$1|L|3|M|5|N|7|19|8|@]|D|@]|E|$O|P]]|$1|Q|3|-4|5|6|7|1A|8|@]|D|@]|E|$]]]|R|$S|$5|T|U|V|E|$W|X]]]]

Space characters may only be encoded as &quot;+&quot; in one context: <code>application/x-www-form-urlencoded</code> key-value pairs.
The RFC-1866 (HTML 2.0 specification), paragraph 8.2.1, subparagraph 1 says: &quot;The form field names and values are escaped: space characters are replaced by &quot;+&quot;, and then reserved characters are escaped&quot;).
Here is an example of such a string in URL where RFC-1866 allows encoding spaces as pluses: &quot;http://example.com/over/there?name=foo+bar&quot;. So, only after &quot;?&quot;, can spaces be replaced by pluses (in other cases, spaces should be encoded to &quot;%20&quot;). This way of encoding form data is also given in later HTML specifications, for example, look for relevant paragraphs about <code>application/x-www-form-urlencoded</code> in HTML 4.01 Specification, and so on.
But, because it's hard to always correctly determine the context, it's the best practice to never encode spaces as &quot;+&quot;. It's better to percent-encode all characters except &quot;unreserved&quot; defined in RFC-3986, p.2.3. Here is a code example that illustrates what should be encoded. It is given in Delphi (pascal) programming language, but it is very easy to understand how it works for any programmer regardless of the language possessed:
<pre><code>(* percent-encode all unreserved characters as defined in RFC-3986, p.2.3 *)
function UrlEncodeRfcA(const S: AnsiString): AnsiString;
const 
 HexCharArrA: array [0..15] of AnsiChar = '0123456789ABCDEF';
var
 I: Integer;
 c: AnsiChar;
begin
 // percent-encoding, see RFC-3986, p. 2.1
 Result := S;
 for I := Length(S) downto 1 do
 begin
 c := S[I];
 case c of
 'A' .. 'Z', 'a' .. 'z', // alpha
 '0' .. '9', // digit
 '-', '.', '_', '~':; // rest of unreserved characters as defined in the RFC-3986, p.2.3
 else
 begin
 Result[I] := '%';
 Insert('00', Result, I + 1);
 Result[I + 1] := HexCharArrA[(Byte(C) shr 4) and $F)];
 Result[I + 2] := HexCharArrA[Byte(C) and $F];
 end;
 end;
 end;
end;

function UrlEncodeRfcW(const S: UnicodeString): AnsiString;
begin
 Result := UrlEncodeRfcA(Utf8Encode(S));
end;
</code></pre>

I am aware that a <code>+</code> in the query string of a URL represents a space. Is this also the case outside of the query string region? That is to say, does the following URL:

<pre><code>http://a.com/a+b/c
</code></pre>

actually represent:

<pre><code>http://a.com/a b/c
</code></pre>

(and thus need to be encoded if it should actually be a <code>+</code>), or does it in fact actually represent <code>a+b/c</code>?

Does a `+` in a URL scheme/host/path represent a space?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我知道URL的查询字符串中的+代表一个空格。在查询字符串区之外也是这种情况吗？也就是说，执行以下URL：http://a.com/a+b/c实际表示：http://a.com/a b/c(因此，如果它实际上应该是一个+，则需要进行编码)，或者它实际上表示a+b/c吗

问`+`方案/主机/路径中的URL是否代表一个空格？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问`+`方案/主机/路径中的URL是否代表一个空格？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问`+`方案/主机/路径中的URL是否代表一个空格？
EN