sun.net.www.ParseUtil.decode() 与 java.net.URLDecoder.decode()

Question

我有一些旧代码正在调用 sun.net.www.ParseUtil.decode()。我想避免调用供应商特定的函数，因此我想用其他东西替换该调用。

我可以使用 java.net.URLDecoder.decode() 作为直接替代品还是有什么我应该注意的？

该调用用于将文件 URL 转换为自定义类加载器内的正常路径：（

URL url = //...
if(url.getProtocol().equals("file"))) {
    String path = url.getFile().replace('/', File.separatorChar);
    path = ParseUtil.decode(path);
    if (path.endsWith(File.separator)){
       path += "-";
    }
    p = new FilePermission(path, SecurityConstants.FILE_READ_ACTION);
 }

请注意，这与 java.net.UrlClassLoader.getPermissions())

Answer 1

很难说，因为 ParseUtil 的语义没有很好的文档记录。

我认为会完全放弃代码，并将其替换为使用 URI 和 File(URI) 构造函数的代码。

Answer 2

URL url = //...
if(url.getProtocol().equals("file"))) {
    String path = url.getFile().replace('/', File.separatorChar);
    path = ParseUtil.decode(path);
    if (path.endsWith(File.separator)){
       path += "-";
    }
    p = new FilePermission(path, SecurityConstants.FILE_READ_ACTION);
 }

我怀疑这段代码根本没有做任何有用的事情。当然，任何执行 Replace() 操作的代码都会立即受到怀疑。尝试 new File(url.toURI()).getPath() 或 .getAbsolutePath()。

下一个问题是它认为它正在做什么构建权限？那也不会带你去任何地方。安全管理器将在必要时自行执行此操作，并检查生成的权限，并在必要时抛出 SecurityException。自己构建权限并不会给您该权限。