Kodowanie parametrów zapytania URL w Javie

Jak zakodować parametry zapytania, aby przejść do adresu URL w Javie? Wiem, to wydaje się oczywiste i już zadane pytanie.

Są dwie subtelności, których nie jestem pewien:

1. Czy spacje powinny być zakodowane w adresie URL jako „+” czy „% 20”? W chrome, jeśli wpiszę „http://google.com/foo=?bar me”, chrome zmieni go na kodowanie z% 20
2. Czy konieczne / poprawne jest kodowanie dwukropków „:” jako% 3B? Chrome tego nie robi.

Uwagi:

• java.net.URLEncoder.encodewygląda na to, że nie działa, wydaje się, że kodowanie danych ma być przesłane do formularza. Na przykład koduje spację jako +zamiast %20i koduje dwukropek, który nie jest konieczny.
• java.net.URI nie koduje parametrów zapytania

java.net.URLEncoder.encode(String s, String encoding)też może pomóc. Jest zgodny z kodowaniem formularza HTML application/x-www-form-urlencoded.

URLEncoder.encode(query, "UTF-8");

Z drugiej strony kodowanie procentowe (znane również jako kodowanie adresów URL ) koduje spację za pomocą %20. Dwukropek jest znakiem zastrzeżonym, więc :po zakodowaniu pozostanie dwukropkiem.

EDYCJA: URIUtilnie jest już dostępna w nowszych wersjach, lepsza odpowiedź w Java - zakoduj URL lub przez pana Sindi w tym wątku.

URIUtilof Apache httpclient jest naprawdę przydatne, chociaż istnieje kilka alternatyw

URIUtil.encodeQuery(url);

Na przykład koduje spację jako „+” zamiast „% 20”

Oba są doskonale uzasadnione we właściwym kontekście . Chociaż jeśli naprawdę wolisz, możesz wydać zastąpienie ciągu.

Niestety, URLEncoder.encode () nie generuje prawidłowego kodowania procentowego (jak określono w RFC 3986 ).

URLEncoder.encode () koduje wszystko dobrze, z wyjątkiem spacji zakodowanej na „+”. Wszystkie kodery Java URI, które udało mi się znaleźć, ujawniają tylko publiczne metody kodowania zapytania, fragmentu, części ścieżki itp. - ale nie ujawniają "surowego" kodowania. Jest to niefortunne, ponieważ fragmenty i zapytanie mogą zakodować spację do +, więc nie chcemy ich używać. Ścieżka jest poprawnie zakodowana, ale najpierw jest „znormalizowana”, więc nie możemy jej również użyć do kodowania „ogólnego”.

Najlepsze rozwiązanie, jakie mogłem wymyślić:

return URLEncoder.encode(raw, "UTF-8").replaceAll("\\+", "%20");

Jeśli replaceAll()jest dla ciebie za wolny, myślę, że alternatywą jest zrolowanie własnego kodera ...

EDYCJA: Najpierw miałem ten kod, który nie koduje poprawnie znaków „?”, „&”, „=”:

//don't use - doesn't properly encode "?", "&", "="
new URI(null, null, null, raw, null).toString().substring(1);

Nie jest konieczne kodowanie dwukropka jako% 3B w zapytaniu, chociaż nie jest to nielegalne.

URI         = scheme ":" hier-part [ "?" query ] [ "#" fragment ]
query       = *( pchar / "/" / "?" )
pchar         = unreserved / pct-encoded / sub-delims / ":" / "@"
unreserved    = ALPHA / DIGIT / "-" / "." / "_" / "~"
pct-encoded   = "%" HEXDIG HEXDIG
sub-delims    = "!" / "$" / "&" / "'" / "(" / ")" / "*" / "+" / "," / ";" / "="

Wydaje się również, że tylko spacje zakodowane w procentach są prawidłowe, ponieważ wątpię, czy spacja jest ALFA lub CYFRA

więcej szczegółów znajdziesz w specyfikacji URI .

Wbudowany Java URLEncoder robi to, co powinien i powinieneś go używać.

A „+” lub „% 20” są zarówno ważne zamienniki znak spacji w adresie URL. Każdy z nich zadziała.

Znak „:” powinien być zakodowany, ponieważ jest to znak separatora. tj. http: // foo lub ftp: // bar . Fakt, że dana przeglądarka może to obsłużyć, gdy nie jest zakodowany, nie oznacza, że ​​jest poprawny. Powinieneś je zakodować.

Dobrą praktyką jest używanie metody, która przyjmuje parametr kodowania znaków. UTF-8 jest tam generalnie używany, ale powinieneś podać go wyraźnie.

URLEncoder.encode(yourUrl, "UTF-8");

jeśli masz tylko problem ze spacją w adresie URL. Użyłem poniższego kodu i działa dobrze

String url;
URL myUrl = new URL(url.replace(" ","%20"));

przykład: adres URL to

www.xyz.com?para=hello sir

to wyjście muUrl to

www.xyz.com?para=hello%20sir

String param="2019-07-18 19:29:37";
param="%27"+param.trim().replace(" ", "%20")+"%27";

Zauważyłem, że w przypadku Datetime (Timestamp) URLEncoder.encode(param,"UTF-8")nie działa.