java.net.URLEncoder/Decoder替代方案

我发现不应该使用java.net.URLEncoder/Decoder，而应该使用Encoder.encodeForURL（）/decodeForURL（）。但是我在网上找不到正确的用法例子。 我很好奇URL编码器或解码器出现问题的原因。还请告知如何使用这些功能

我知道采用单参数的URLEncoder/decoder函数不受欢迎，因为它们不采用字符编码格式。但是，比如说，像这样的东西有什么问题

String decoded = java.net.URLDecoder.decode(URL, "UTF-8");

---

我想没问题，我不用它。此方法未被弃用。您可以在Internet垃圾邮件的任意页面中阅读此方法，该页面上指向建议替换内容的链接无效。你为什么要注意呢？事实上，客户正在通过checkmarx测试我们的应用程序，我们有一个安全问题列表。在信息类型问题中，我们在“使用过时的函数”下得到了这一点。我别无选择，只能寻找它的替代品。这个页面看起来显然过时了。答案是它没有过时，证据在Javadoc中。如果客户希望您遵守这些建议，合同中是否有规定？如果是这样的话，你为什么不在开发过程中观察它们呢？而且，既然这个页面指定了一个替代者，你为什么不使用它呢？该页面来自2008年，提供了无法遵循的无法解释的参考建议。这是无用的。