퍼센트 인코딩 도구

완전한 퍼센트 인코딩 변환기와 RFC 3986 레퍼런스.

퍼센트 인코딩은 RFC 3986에서 URI에 데이터를 인코딩하는 메커니즘으로 정의됩니다.

입력 텍스트

퍼센트 인코딩 출력

RFC 3986 퍼센트 인코딩 참조

RFC 3986은 URI에서 인코딩 없이 허용되는 문자를 정의합니다.

ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789-_.~

문자	인코딩 형식	URI에서의 목적
:	%3A	Scheme/port separator (http:, :8080)
/	%2F	Path segment separator (/path/to)
?	%3F	Query string start (?key=value)
#	%23	Fragment identifier (#section)
[	%5B	IPv6 address bracket
]	%5D	IPv6 address bracket
@	%40	User info separator (user@host)
!	%21	Sub-delimiter
$	%24	Sub-delimiter
&	%26	Query parameter separator (&key=value)
'	%27	Sub-delimiter
(	%28	Sub-delimiter
)	%29	Sub-delimiter
*	%2A	Sub-delimiter
+	%2B	Sub-delimiter (also space in forms)
,	%2C	Sub-delimiter
;	%3B	Sub-delimiter (path parameters)
=	%3D	Key-value separator (key=value)

문자	인코딩 형식	URI에서의 목적
space	%20	Not allowed in URIs
"	%22	Not allowed (delimiter in HTML)
<	%3C	Not allowed (HTML tag)
>	%3E	Not allowed (HTML tag)
{	%7B	Not allowed (URI template)
}	%7D	Not allowed (URI template)
\|	%7C	Not allowed
\	%5C	Not allowed (escape char)
^	%5E	Not allowed
`	%60	Not allowed
%	%25	Percent sign itself (to avoid ambiguity)

퍼센트 인코딩이란?

퍼센트 인코딩은 RFC 3986에서 정의된 URI에서 문자를 인코딩하는 표준 메커니즘입니다.

RFC 3986과 RFC 2396의 차이점은?

RFC 3986(2005)은 RFC 2396(1998)을 단순화된 비예약 문자 세트로 대체했습니다.

왜 공백은 %20이고 +가 아닌가요?

RFC 3986에서 공백은 항상 %20입니다. +는 application/x-www-form-urlencoded 형식에서 유래합니다.

이 도구 평가

4.0 / 5 · 197 개 평가