주제 이해를 돕기 위한 AI 생성 이미지 · LTCT 자체 제작오늘의 질문주소에 보이는 A+B는 항상 A와 B 사이의 빈칸을 뜻할까요?
같은 A+B 문자열이 일반 URL 구성요소에서는 더하기 기호로 남고 폼 방식에서는 A 빈칸 B로 갈라지는 관계 그림 · 한국논리학협회 자체 제작그림 크게 보기 ↗01+가 빈칸이 되는 규칙은 특정 폼 형식에 속합니다
웹 주소 전체에서 +가 언제나 빈칸을 뜻하는 것은 아닙니다. HTML 폼에서 흔히 쓰는 application/x-www-form-urlencoded 방식은 받은 바이트의 +를 빈칸으로 바꾼 뒤 퍼센트 인코딩을 풉니다. 그래서 이 문맥의 A+B는 A 빈칸 B가 됩니다.
반면 URL 경로에서 +는 그 자체로 더하기 기호일 수 있습니다. AI가 문자열 모양만 보고 먼저 빈칸으로 바꾸면 파일 이름이나 경로가 달라질 수 있습니다.
참고 · WHATWG — URL과 폼 방식의 문자열 해석 ↗
02%2B와 %20은 의도를 더 분명히 적습니다
리터럴 더하기 기호를 폼 값에 넣으려면 보통 %2B로 적습니다. 빈칸은 %20으로 적을 수 있습니다. A%2BB를 폼 방식으로 풀면 A+B가 되고, A%20B를 풀면 A 빈칸 B가 됩니다.
활동에서 같은 세 문자열을 URL 경로와 폼 방식으로 번갈아 해석해 보세요. 중요한 것은 디코딩을 많이 하는 것이 아니라, 어느 구성요소에 어느 규칙을 적용하는지 먼저 정하는 일입니다.
03한 번 해석한 값을 다른 단계에서 다시 바꾸지 않습니다
프록시·서버·응용 프로그램이 같은 값을 차례로 처리하면 각 단계가 디코딩을 반복할 위험이 있습니다. 앞 단계가 %2B를 +로 바꾼 뒤 뒷 단계가 다시 +를 빈칸으로 바꾸면 원래 뜻이 사라집니다.
따라서 AI는 원문, 적용한 규칙, 해석 결과를 함께 기록해야 합니다. 이 글의 활동은 하나의 구성요소를 한 번 해석하는 경우만 보여 줍니다.
원문A+B해석 위치URL 구성요소결과A+B+ 처리+ 그대로 유지 일반 URL 구성요소에서는 + 자체가 빈칸 규칙이 아닙니다.퍼센트 부호 뒤의 %2B는 리터럴 +, %20은 빈칸입니다. 실제 서비스의 별도 계약이 있으면 그 규칙도 확인해야 합니다.
관계를 읽고, 다른 상황에 적용하기두 문제로 생각 확인
나의 설명으로 마무리오늘 발견한 관계
0 / 4,000자
메모는 현재 기기의 브라우저에만 보관됩니다. 계정이나 다른 기기에는 동기화되지 않습니다.
출처와 제작 안내
원문을 참고해 설명·도표·문항·실험을 새로 작성했습니다. 별도 표시가 없는 사례와 수치는 학습을 위한 가상 예시입니다. 원문 번역이나 실제 모델의 성능 평가 자료가 아닙니다.
- URL과 폼 방식의 문자열 해석 ↗WHATWGWHATWG URL Standard · application/x-www-form-urlencoded
폼 방식 역직렬화에서 +를 빈칸으로 바꾸는 단계와 퍼센트 디코딩 순서를 2026년 10월 14일 확인했습니다. 일반 URL 구성요소의 +와 구분했습니다.