一个空格在url中被编码为%20，在表单提交的数据中被编码为+(内容类型为application/x-www-form-urlencoded)。你需要前者。

使用番石榴:

dependencies {
     compile 'com.google.guava:guava:23.0'
     // or, for Android:
     compile 'com.google.guava:guava:23.0-android'
}

你可以使用UrlEscapers:

String encodedString = UrlEscapers.urlFragmentEscaper().escape(inputString);

不要使用String。替换，这只会编码空间。使用库代替。

URLEncoder使用字符集“ISO-8859-1”

它不是一行代码，但是你可以使用:

URL url = new URL("https://some-host.net/dav/files/selling_Rosetta Stone Case Study.png.aes");
URI uri = new URI(url.getProtocol(), url.getUserInfo(), url.getHost(), url.getPort(), url.getPath(), url.getQuery(), url.getRef());
System.out.println(uri.toString());

这将给你一个输出:

https://some-host.net/dav/files/selling_Rosetta%20Stone%20Case%20Study.png.aes

Hello+World是浏览器为GET请求编码表单数据(application/x-www-form-urlencoded)的方式，这是URI查询部分的普遍接受的形式。

http://host/path/?message=Hello+World

如果将此请求发送到Java servlet, servlet将正确解码参数值。通常唯一出现问题的情况是编码不匹配。

严格来说，HTTP或URI规范中没有要求使用application/x-www-form- urlenencoded键-值对对查询部分进行编码;查询部分只需采用web服务器接受的形式即可。实际上，这不大可能成为一个问题。

对于URI的其他部分(例如路径)使用这种编码通常是不正确的。在这种情况下，您应该使用RFC 3986中描述的编码方案。

http://host/Hello%20World

更多的在这里。

其他答案要么提供手动字符串替换，实际上编码HTML格式的URLEncoder, Apache放弃的URIUtil，或者使用Guava的UrlEscapers。最后一个很好，除了它没有提供解码器。

Apache Commons Lang提供了URLCodec，它根据URL格式rfc3986进行编码和解码。

String encoded = new URLCodec().encode(str);
String decoded = new URLCodec().decode(str);

如果您已经在使用Spring，您也可以选择使用它的UriUtils类。

如果您正在使用jetty，那么org.eclipse.jetty.util.URIUtil将解决这个问题。

String encoded_string = URIUtil.encodePath(not_encoded_string).toString();