Java'da URL sorgu parametrelerini kodlama

Java'da bir url'ye gitmek için sorgu parametreleri nasıl kodlanır? Biliyorum, bu çok açık ve önceden sorulmuş bir soru gibi görünüyor.

Emin olmadığım iki incelik var:

1. URL'de boşluklar "+" veya "% 20" olarak mı kodlanmalı? Chrome'da "http://google.com/foo=?bar me" yazarsam chrome,% 20 ile kodlanacak şekilde değiştirir
2. ":" İki nokta üst üste işaretlerini% 3B olarak kodlamak gerekli / doğru mu? Chrome yapmaz.

Notlar:

• java.net.URLEncoder.encodeişe yaramıyor gibi görünüyor, kodlama verileri form gönderilecek gibi görünüyor. Örneğin, boşluğu +yerine olarak %20kodlar ve gerekli olmayan iki nokta üst üste kodlar.
• java.net.URI sorgu parametrelerini kodlamaz

java.net.URLEncoder.encode(String s, String encoding)çok yardımcı olabilir. HTML form kodlamasını izler application/x-www-form-urlencoded.

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

Öte yandan, Yüzde kodlaması ( URL kodlaması olarak da bilinir ) ile boşluğu kodlar %20. İki :nokta üst üste ayrılmış bir karakterdir, bu nedenle kodlamadan sonra da iki nokta üst üste olarak kalacaktır.

DÜZENLEME: URIUtilartık daha yeni sürümlerde mevcut değil, daha iyi yanıt Java'da - bu konu başlığında Bay Sindi tarafından URL'yi kodlayın .

URIUtil Apache httpclient gerçekten yararlıdır, ancak bazıları alternatifleri

URIUtil.encodeQuery(url);

Örneğin, boşluğu "% 20" yerine "+" olarak kodlar

Her ikisi de doğru bağlamda mükemmel bir şekilde geçerlidir . Yine de, gerçekten tercih etseniz de, bir dizeyi değiştirebilirdiniz.

Ne yazık ki, URLEncoder.encode () geçerli bir yüzde kodlaması üretmiyor ( RFC 3986'da belirtildiği gibi) ).

URLEncoder.encode (), boşluğun "+" olarak kodlanması dışında her şeyi gayet iyi kodlar . Bulabildiğim tüm Java URI kodlayıcıları, yalnızca sorguyu, parçayı, yol parçalarını vb. Kodlamak için genel yöntemleri açığa çıkarır - ancak "ham" kodlamayı göstermez. Bu talihsiz bir durumdur çünkü parça ve sorgu alanı + olarak kodlayabilir, bu yüzden onları kullanmak istemiyoruz. Yol doğru şekilde kodlanmıştır, ancak önce "normalize edilmiştir", bu nedenle onu "jenerik" kodlama için de kullanamayız.

Bulabildiğim en iyi çözüm:

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

Eğer replaceAll()sizin için çok yavaş, ben alternatif kendi kodlayıcı yuvarlanmaya sanırım ...

DÜZENLEME: İlk önce bu kodu burada aldım ve "?", "&", "=" Doğru şekilde kodlamayan:

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

Yasadışı olmasa da, sorguda iki nokta üst üste işaretini% 3B olarak kodlamak gerekli değildir.

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

Ayrıca uzayın bir ALFA veya DIGIT olduğundan şüphelendiğim için yalnızca yüzde olarak kodlanmış boşluklar geçerli görünüyor.

bakmak URI şartname fazla ayrıntı için.

Yerleşik Java URLEncoder yapması gerekeni yapıyor ve onu kullanmalısınız.

A "+" veya "% 20" her ikisi de bir URL içinde bir boşluk karakteri için geçerli değiştirmeler. İkisi de çalışacak.

Bir ":" gerektiğini bunun bir ayırıcı karakter olarak kodlanmış olması. yani http: // foo veya ftp: // bar . Belirli bir tarayıcının kodlanmadığında onu işleyebilmesi gerçeği onu doğru yapmaz. Onları kodlamalısın.

İyi bir uygulama olarak, karakter kodlama parametresi alan yöntemi kullandığınızdan emin olun. UTF-8 genellikle orada kullanılır, ancak bunu açıkça sağlamalısınız.

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

url'de sadece boşluk probleminiz varsa. Aşağıdaki kodu kullandım ve iyi çalışıyor

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

örnek: url

www.xyz.com?para=hello efendim

muUrl'nin çıktısı

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

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

Datetime (Timestamp) URLEncoder.encode(param,"UTF-8")çalışmazsa gözlemledim .