试试下面的方法:

添加一个新的依赖项

<!-- https://mvnrepository.com/artifact/org.apache.tomcat/tomcat-catalina -->
<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>tomcat-catalina</artifactId>
    <version>10.0.13</version>
</dependency>

现在按照下面的步骤做:

String str = "Hello+World"; // For "Hello World", decoder is not required
// import java.net.URLDecoder;
String newURL = URLDecoder.decode(str, StandardCharsets.UTF_8);
// import org.apache.catalina.util.URLEncoder;
System.out.println(URLEncoder.DEFAULT.encode(newURL, StandardCharsets.UTF_8));

你会得到如下的输出:

Hello%20World

我用错方法了吗?我应该使用的正确方法是什么?

是的，这个方法java.net.URLEncoder.encode并不是根据规范将“”转换为“20%”。

空格字符“”被转换为加号“+”。

即使这不是正确的方法，您也可以将其修改为:System.out.println(java.net.URLEncoder.encode(“Hello World”，“UTF-8”)。replaceAll("\\+"， "%20"));祝你今天愉快=)。

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

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

只是在Android上也在挣扎，设法偶然发现了Uri。encode(字符串，字符串)而特定于android (android.net.Uri)可能对一些有用。

静态字符串编码(字符串s，字符串允许)

以https://developer.android.com/reference/android/net/Uri.html编码(以)

我已经在使用Feign了，所以我可以使用UriUtils，但Spring UrlUtils不行。

<!-- https://mvnrepository.com/artifact/io.github.openfeign/feign-core -->
<dependency>
    <groupId>io.github.openfeign</groupId>
    <artifactId>feign-core</artifactId>
    <version>11.8</version>
</dependency>

我的模拟测试代码:

import feign.template.UriUtils;

System.out.println(UriUtils.encode("Hello World"));

输出:

你好%20世界

正如该类所暗示的，它编码uri而不是url，但OP要求的是uri而不是url。

System.out.println(UriUtils.encode("https://some-host.net/dav/files/selling_Rosetta Stone Case Study.png.aes"));

输出:

2F https 3A % % 2Fsome-host。网2Fdav % 2Ffiles 2Fselling_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

更多的在这里。