decodeURIComponent 대 unescape, unescape의 문제점은 무엇입니까?

Question

또 다른 질문에 대답하면서 나는 내가 지금 사용하고있는 것처럼 보인 반면에 URL 구성 요소의 내용을 인코딩하기 위해 여전히 escape/unescape을 사용하고 있다는 점에서 나의 Javascript/DOM 지식이 다소 오래된 것임을 알게되었다. encodeURIComponent/decodeURIComponent .

내가 알고 싶은 것은 escape/unescape과 함께 무엇이 잘못 되었습니까? 유니 코드 문자 주위에 어떤 종류의 문제가 있다는 모호한 제안이 있지만 명확한 설명을 찾을 수 없습니다.

필자의 웹 경험은 상당히 편향되어 있으며, 거의 모든 것이 인터넷 익스플로러에 묶여있는 큰 인트라넷 응용 프로그램을 작성하고 있습니다. 그게 많은 escape/unescape의 사용을 포함하고 관련된 애플 리케이션은 이제 다년간 유니 코드를 완벽하게 지원합니다.

그래서 escape/unescape에있는 유니 코드 문제는 무엇입니까? 누구든지 문제를 입증 할 테스트 케이스가 있습니까?

Answer 1

내가 알고 싶은 것은 탈출/유령 제거가 잘못 되었습니까?

그들은 "잘못된"것이 아니며 URI 매개 변수 인코딩과 비슷하지만 실제로는 그렇지 않은 특수 문자열 형식입니다. 특히 :

는

• '+'유니 코드 UTF-16 코드 포인트를 인코딩하는 특별한 "% uNNNN"형식 대신 인코딩 UTF-8 바이트로,이
• 하지 공간을 의미 플러스

따라서 escape()을 사용하여 URI 매개 변수 값을 만들면 더하기 기호 또는 비 ASCII 문자가 포함 된 문자열에 대해 잘못된 결과가 표시됩니다.

escape()는 쿠키 값을 이스케이프하는 것과 같은 내부 JavaScript 전용 인코딩 체계로 사용할 수 있습니다. 그러나 모든 브라우저가 encodeURIComponent (원래는 그렇지 않았 음)를 지원 했으므로 이스케이프를 우선 사용하지 않아도됩니다.

이 내가 아는 탈출/언 이스케이프에 대해 하나의 현대적인 사용하고, 그 URIComponent 처리에 UTF-8 처리를 활용함으로써, UTF-8 인코더/디코더를 구현하는 빠른 방법으로이다 :

utf8bytes= unescape(encodeURIComponent(unicodecharacters)); 
unicodecharacters= decodeURIComponent(escape(utf8bytes)); 

Answer 2

잘못된 UTF8 바이트 시퀀스가 ​​포함될 수있는 URI 인코딩 문자열을 구문 분석하는 또 다른 "현대적인"사용이 있습니다. 경우에 따라 decodeURIComponent가 예외를 throw 할 수 있습니다. 이 예외를 잡아서 unescape 사용으로 되돌아 가야 할 수도 있습니다.

예를 들어 'tür'는 파이어 폭스가 만든 't % FCr'로 인코딩되어 있습니다 (? 뒤에 주소 표시 줄에 글자를 붙여 넣을 때).

Answer 3

escape은 0에서 255까지의 문자 (ISO-8859-1, 유효하게는 단일 바이트로 표현할 수있는 유니 코드 코드 포인트)에서만 작동합니다. (*)

encodeURIComponent은 자바 스크립트가 표현할 수있는 모든 문자열 (현재 사용중인 거의 모든 필기체를 다루는 유니 코드 코드 포인트 0에서 1,114,111 또는 0x10FFFF까지)에서 작동합니다.

두 함수

는에 만 escape에서 익숙한 UTF-8 문자열을 암호화 한 후 %XX 진수 인코딩을 적용 처음으로 코드 포인트 0 ~ 127 포함 (US-ASCII), 후자의 달성을 사용하여 URL 안전 문자열을 생산 안전하지 않은 코드 포인트. unescape 및 decodeURIComponent 버전이 역으로 동일한 작업을 수행으로 어떤 루프 또는 쓰레기 발생이없는 make a two-funcall UTF-8 encoder/decoder 자바 스크립트에서 이러한 기본 요소를 결합함으로써 UTF-8 처리의 부작용을 제외한 모든 상쇄 할 수있는 이유

이

은 부수적이다.

(*)가 발 노트

: 구글 크롬 같은 일부 최신 브라우저가 처음에 정의되지 않은 이스케이프 문자의 위-255 범위 % Uxxxx에 생산 불통하지만 한 해당 인코딩 디코딩을위한 웹 서버 지원은하지 않습니다 IETF 표준 UTF-8 기반 인코딩을 디코딩하는 것으로 잘 구현됩니다.

Answer 4

가장 좋은 답변 http://meyerweb.com/eric/tools/dencoder/

function decode() { 
    var obj = document.getElementById('dencoder'); 
    var encoded = obj.value; 
    obj.value = decodeURIComponent(encoded.replace(/\+/g, " ")); 
}