当相对 URI 包含空路径时，Java 的 URI.resolve 是否与 RFC 3986 不兼容？

是的，我同意 URI.resolve（URI） 方法与 RFC 3986 不兼容。最初的问题本身就提出了大量的研究，有助于得出这一结论。首先，让我们澄清任何困惑。

正如Raedwald所解释的那样（在现已删除的答案中），以以下结尾的基本路径之间存在区别：/

• fizz相对于是：/foo/bar/foo/fizz
• fizz相对于是：/foo/bar//foo/bar/fizz

虽然正确，但这不是一个完整的答案，因为原始问题不是询问路径（即上面的“嘶嘶声”）。相反，问题与相对 URI 引用的单独查询组件有关。示例代码中使用的 URI 类构造函数接受五个不同的 String 参数，并且除参数外的所有参数都作为 传递。（请注意，Java接受空字符串作为路径参数，这在逻辑上会导致“空”路径组件，因为“路径组件永远不会未定义”，尽管它“可能是空的（零长度）”。这在以后会很重要。queryStringnull

在之前的评论中，Sajan Chandran指出，java.net.URI类被记录用于实现RFC 2396，而不是问题的主题RFC 3986。前者于2005年被后者淘汰。URI类Javadoc没有提到较新的RFC，这可以被解释为其不兼容的更多证据。让我们再堆一些：

• JDK-6791060 是一个开放性问题，它建议此类“应针对 RFC 3986 进行更新”。那里的注释警告“RFC3986与2396不完全向后兼容”。

• 以前曾尝试更新 URI 类的某些部分以使其符合 RFC 3986（如 JDK-6348622），但随后又回滚以破坏向后兼容性。（另请参阅 JDK 邮件列表上的此讨论。

• 尽管路径“合并”逻辑听起来很相似，如 SubOptimal 所述，但在较新的 RFC 中指定的伪代码与实际实现不匹配。在伪代码中，当相对 URI 的路径为空时，将从基 URI 按原样复制生成的目标路径。在这些条件下不执行“合并”逻辑。与该规范相反，Java的URI实现在最后一个字符之后修剪了基本路径，如问题中所示。/

如果需要 RFC 3986 行为，可以使用 URI 类的替代方法。Java EE 6 实现提供了 javax.ws.rs.core.UriBuilder，它（在 Jersey 1.18 中）的行为似乎符合您的预期（见下文）。就编码不同的URI组件而言，它至少声称对RFC的认识。

在 J2EE 之外，Spring 3.0 引入了 UriUtils，专门用于“基于 RFC 3986 的编码和解码”。Spring 3.1弃用了其中的一些功能，并引入了UriComponentsBuilder，但不幸的是，它没有记录对任何特定RFC的遵守情况。

测试程序，演示不同的行为：

import java.net.*;
import java.util.*;
import java.util.function.*;
import javax.ws.rs.core.UriBuilder; // using Jersey 1.18

public class StackOverflow22203111 {

    private URI withResolveURI(URI base, String targetQuery) {
        URI reference = queryOnlyURI(targetQuery);
        return base.resolve(reference);
    }
 
    private URI withUriBuilderReplaceQuery(URI base, String targetQuery) {
        UriBuilder builder = UriBuilder.fromUri(base);
        return builder.replaceQuery(targetQuery).build();
    }

    private URI withUriBuilderMergeURI(URI base, String targetQuery) {
        URI reference = queryOnlyURI(targetQuery);
        UriBuilder builder = UriBuilder.fromUri(base);
        return builder.uri(reference).build();
    }

    public static void main(String... args) throws Exception {

        final URI base = new URI("http://example.com/something/more/long");
        final String queryString = "query=http://local:282/rand&action=aaaa";
        final String expected =
            "http://example.com/something/more/long?query=http://local:282/rand&action=aaaa";

        StackOverflow22203111 test = new StackOverflow22203111();
        Map<String, BiFunction<URI, String, URI>> strategies = new LinkedHashMap<>();
        strategies.put("URI.resolve(URI)", test::withResolveURI);
        strategies.put("UriBuilder.replaceQuery(String)", test::withUriBuilderReplaceQuery);
        strategies.put("UriBuilder.uri(URI)", test::withUriBuilderMergeURI);

        strategies.forEach((name, method) -> {
            System.out.println(name);
            URI result = method.apply(base, queryString);
            if (expected.equals(result.toString())) {
                System.out.println("   MATCHES: " + result);
            }
            else {
                System.out.println("  EXPECTED: " + expected);
                System.out.println("   but WAS: " + result);
            }
        });
    }

    private URI queryOnlyURI(String queryString)
    {
        try {
            String scheme = null;
            String authority = null;
            String path = null;
            String fragment = null;
            return new URI(scheme, authority, path, queryString, fragment);
        }
        catch (URISyntaxException syntaxError) {
            throw new IllegalStateException("unexpected", syntaxError);
        }
    }
}

输出：

URI.resolve(URI)
  EXPECTED: http://example.com/something/more/long?query=http://local:282/rand&action=aaaa
   but WAS: http://example.com/something/more/?query=http://local:282/rand&action=aaaa
UriBuilder.replaceQuery(String)
   MATCHES: http://example.com/something/more/long?query=http://local:282/rand&action=aaaa
UriBuilder.uri(URI)
   MATCHES: http://example.com/something/more/long?query=http://local:282/rand&action=aaaa

如果你想要更好的¹ 行为，并且不想在你的程序中包含另一个大的依赖项²，那么我发现下面的代码在我的要求中运行良好：URI.resolve()

public URI resolve(URI base, URI relative) {
    if (Strings.isNullOrEmpty(base.getPath()))
        base = new URI(base.getScheme(), base.getAuthority(), "/",
            base.getQuery(), base.getFragment());
    if (Strings.isNullOrEmpty(uri.getPath()))
        uri = new URI(uri.getScheme(), uri.getAuthority(), base.getPath(),
            uri.getQuery(), uri.getFragment());
    return base.resolve(uri);
}

唯一的非JDK的东西来自番石榴，为了可读性 - 如果你没有番石榴，请用你自己的1行方法替换。Strings

脚注：

1. 我不能说这里的简单代码示例符合RFC3986。
2. 例如Spring，javax.ws 或 - 如本答案所述 - Apache HTTPClient。