Почему я должен использовать urlencode?

обновление: есть еще лучшее объяснение (imo) выше:

URI представляется как последовательность символов, а не как последовательность октетов. Это потому, что URI может быть "транспортирован" с помощью не через компьютерную сеть, например, напечатанный на бумаге, прочитанный сверх радио и т. д.

и

для исходных последовательностей символов, содержащих символы, отличные от ASCII, однако, ситуация более сложная. Интернет-протоколы, которые передача октетных последовательностей, предназначенных для представления символьных последовательностей предполагается, что они обеспечат некоторый способ идентификации используемой кодировки, если может быть более одного [RFC2277]. Однако в настоящее время не предоставление в общий синтаксис URI для этого идентификация. Для отдельной схемы URI может потребоваться один charset, определите кодировку по умолчанию или укажите способ указания кодировка используемый.

потому что это говорится в RFC:

2.4. Escape-Последовательности

данные должны быть экранированы, если они не имеют представления с помощью неограниченный символ; это включает данные, которые не соответствуют печатаемый символ кодированного набора символов US-ASCII или соответствует любому символу US-ASCII, который запрещен, как объяснимый под.

и

2.4.2. Когда бежать и Unescape

URI всегда находится в "экранированной" форме, так как экранирование или unescaping a завершенный URI может изменить свою семантику. Нормально, единственное время escape-кодировки могут быть безопасно сделаны, когда создается URI из ее составных частей; каждый компонент может иметь свой собственный набор символы, которые зарезервированы, поэтому только механизм, ответственный за генерирующий или интерпретация этого компонента может определить, изменит ли экранирование символа его семантику. Кроме того, Ури должен быть разделен на его компоненты перед экранированными символами внутри этих компонентов можно безопасно расшифровать.

в некоторых случаях данные, которые могут быть представлены символ может казаться экранированным; например, некоторые из unreserved некоторые системы автоматически экранируют символы "mark". Если данный URI схема определяет алгоритм канонизации, затем в соответствии с этим алгоритмом необслуживаемые символы могут не сопровождаться. Например, "%7e "иногда используется вместо" ~ " в URL http путь, но эти два эквивалентны для URL-адреса http.

потому что символ процента " % " всегда имеет зарезервированную цель будучи индикатором escape, он должен быть экранирован как "%25", чтобы используется в качестве данных в URI. Исполнители должны быть осторожны, чтобы не побег или раскодировал одну и ту же строку более одного раза, поскольку невыход уже непереведенная строка может привести к неправильной интерпретации процента символ данных как другой экранированный символ или наоборот в случай выхода из уже экранированной строки.