чтобы ответить, что допустимо в строке запроса, я проверил, какие специальные символы заменяются chrome при выполнении запроса:

Space -> %20
! -> !
" -> %22
# -> removed, marks the end of the query string
% -> %
& -> &
' -> %27
( -> (
) -> )
* -> *
+ -> + (this usually means blank when received at the server, so encode if necessary)
, -> ,
- -> -
. -> .
/ -> /
: -> :
; -> ;
< -> %3C
= -> =
> -> %3E
? -> ?
@ -> @
[ -> [
\ -> \
] -> ]
^ -> ^
_ -> _
` -> `
{ -> {
| -> |
} -> }
~ -> ~

Extended ASCII (like °) -> Every character from this set is encoded

Примечание: это, вероятно, не означает, что вы не должны экранировать символы, которые не были заменены при создании URI для ссылок. Например, часто рекомендуется не использовать ~ в URI из-за проблем совместимости, но это все еще допустимый символ.

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

Итак, чтобы ответить, что должно быть закодировано: недопустимые символы и символы, которые вы хотите рассматривать буквально, но имеют особое значение или могут вызвать проблемы на конце сервера.

просто использовать ?q=1+2+3

я отвечаю здесь на четвертый вопрос :) который не спрашивал, но все началось с: как я могу передать список чисел а-ля запятые значения? Мне кажется, лучший подход - просто передать их через пробел, где пробелы получат url-форму, закодированную в +. Отлично работает, пока вы знаете, что значения в списке не содержат пробелов (что-то числа, как правило, не).

страница.HTML-код?q=1;q=2; q=3

это допустимый URL?

Да. Элемент ; зарезервировано, но не RFC. Контекст, который определяет этот компонент является определение application/x-www-form-urlencoded тип носителя, который является частью стандарта HTML (раздел 17.13.4.1). В частности, скрытая записка скрыта в разделе Б. 2.2:

мы рекомендуем, чтобы разработчики HTTP-сервера, и в частности, CGI разработчики поддерживают использование"; "вместо"&", чтобы избавить авторов от проблем с экранированием символов " & " таким образом.

к сожалению, многие популярные серверные скриптовые платформы, включая ASP.NET не поддерживайте это использование.

Я хотел бы отметить, что page.html?q=1&q=2&q=3 также является допустимым url. Это совершенно законный способ выражения массива в строке запроса. Ваша серверная технология определит, как именно это представлено.

в классическом ASP, вы проверяете Response.QueryString("q").Count и затем использовать Response.QueryString("q")(0) (и (1) и (2)).

обратите внимание, что вы видели это в вашем ASP.NET тоже (я думаю, что это не было задумано, но посмотрите):

Default.aspx?a=1;a=2&b=1&a=3

Request.QueryString["a"] = "1;a=2,3"
Request.QueryString["b"] = "1"

обратите внимание, что точка с запятой игнорируется, поэтому у вас есть a определено дважды, и вы получили его значение дважды, разделенное запятой. Используя все амперсанды Default.aspx?a=1&a=2&b=1&a=3 даст a как "1,2,3". Но я уверен, что есть способ получить каждый отдельный элемент, в случае, если сами элементы содержат запятые. Это просто свойство по умолчанию неиндексированные страницы querystring, что объединяет подгруппы значений с разделителями запятая.

у меня была та же проблема. URL-адрес, который был гиперссылкой, был сторонним URL-адресом и ожидал список параметров в формате page.html?q=1,2,3 только и URL page.html?q=1%2C2%2C3 не работает. Я смог заставить его работать с помощью javascript. Возможно, это не лучший подход, но вы можете проверить решение здесь если это кому-то поможет.

Если вы отправляете закодированные символы в FLASH / SWF файл, то вы должны кодировать символ дважды!! (из-за Flash parser)