URL Encoding의 공백 인코딩 방식 +와 %20

🚀 URL 인코딩 알기

---

URL 인코딩은 웹 브라우저와 웹 서버가 URL을 안전하게 송신하기 위한 인코딩 방식이다.

보통 유니코드의 Charset인 UTF-8 방식을 사용한다.

공백 문자 +, %20

URL 인코딩을 보면 공백을 + 또는 %20으로 표현되는 경우가 있다. +는 레거시로 많이 쓰였고,

%20이 표준이기 때문에 %20이 주로 쓰인다. 무엇을 사용해야 하는가는 정답은 없고,

정하기 나름이기 때문에 규칙을 정하고 따르는 것이 중요하다.

🚀 Problem

---

URL 인코딩 공백의 문제가 있었다.

URL로 넘어오는 것(location)은 “안녕하세요%20저는%20덕입니다”라고 요청하는 상태였다.

하지만 서버에서 올바른 URL인지 체크하는 과정에서 DB에 저장되어 있는 url 정보에서 “안녕하세요 저는 덕입니다.”와

일치하는지 검증하는 로직에서 일치하지 않는다고 판단해서 발생한 이슈였다.

발생 이유

DB에서 가져온 url의 공백을 없애고 실제로 넘어온 url과 비교를 했기 때문에 다르다고 인식하는 경우였다.

URL로 넘어온 것을 location, DB의 정보를 이라고 칭하겠다.

🚀 Trial And Error

---

공백 제거하지 않고 비교하기

먼저 기존 코드에서 두 값 모두 인코딩 후 정규식으로 무언가를 판단하고 있었기 때문에 이 인코딩과 정규식이라는

방식을 바꿀 수는 없었다. 그래서 url 공백을 제거하지 않는 방법을 선택했다.

문제는 아래와 같이 발생했다.

• location과 url을 인코딩하는 하는 과정에서 공백이 %20이 아닌 +로 인코딩되는 현상이었다.
  여기서 사용한 라이브러리는 java.net.URLEncoder.encode()를 사용했다. 해당 api는 공백을 +로 인코딩하는 방식이다.
• 인코딩된 +를 Pattern.compile.matcher.find를 사용해서 정규식으로 일치 여부를 판단한다.
• 정규식으로 +를 제대로 제대로 인식하지 못해서 완전히 동일한 문자열인데도 find하지 못한다는 결과가 나온다.

(참고로 location 같은 경우는 한글과 공백같은 경우는 인코딩이 이미 되어 들어온 상황이라서 디코딩 후 다시 인코딩하는 방식이었다.)

+를 왜 인식하지 못하는가

인식하지 못하는 것이 아니다. 정규 표현식에서 +표현식은 아래와 같다.

https://www.w3schools.com/jsref/jsref_obj_regexp.asp

인코딩된 결과를 먼저 보면 location과 url 모두 “안녕하세요+저는+덕이입니다”이다.

하지만 n+ 표현식이기 때문에 find할 수 없는게 문제였다.

검증은 아래 테스트로 알 수 있다.

@Test
void 공백_테스트() {
  Matcher matcher1 = Pattern.compile("%20").matcher("%20");
  assertThat(matcher1.find()).isTrue();

  Matcher matcher2 = Pattern.compile("abc+").matcher("abc");
  assertThat(matcher2.find()).isTrue();

  Matcher matcher3 = Pattern.compile("abc+").matcher("fsdafsdfabc+c");
  assertThat(matcher3.find()).isTrue();

  Matcher matcher4 = Pattern.compile("abc+").matcher("bc+c");
  assertThat(matcher4.find()).isFalse();

  Matcher matcher5 = Pattern.compile("abc+d").matcher("abc+c");
  assertThat(matcher5.find()).isFalse();

    Matcher matcher6 = Pattern.compile("abc+d").matcher("abc");
  assertThat(matcher6.find()).isFalse();
}

🚀 Solution

---

공백을 %20으로 인코딩하기

먼저 URLEncoding Api로는 불가능했기 때문에 spring이 제공하는 UriUtils를 사용했다.

이렇게 사용해서 완전히 일치하는 문자열이 되기 때문에 일치하도록 개선할 수 있다.

즉, URLEncoder를 지양하고 UriUtils를 쓰도록 하는게 좋다.