我认为 Java 的 URI.resolve 方法的定义和实现与 RFC 3986 section 5.2.2 不兼容。 .我知道 Java API 定义了该方法的工作原理，如果现在更改它会破坏现有的应用程序，但我的问题是:谁能证实我对这种方法与 RFC 3986 不兼容的理解？

我正在使用这个问题的例子:java.net.URI resolve against only query string ，我将在此处复制:

我正在尝试使用 JDK java.net.URI 构建 URI。 我想附加到一个绝对 URI 对象，一个查询(在字符串中)。例如:

URI base = new URI("http://example.com/something/more/long");
String queryString = "query=http://local:282/rand&action=aaaa";
URI query = new URI(null, null, null, queryString, null);
URI result = base.resolve(query);

理论(或者我的想法)是 resolve 应该返回:

http://example.com/something/more/long?query=http://local:282/rand&action=aaaa

但是我得到的是:

http://example.com/something/more/?query=http://local:282/rand&action=aaaa

我对RFC 3986 section 5.2.2的理解就是，如果相对 URI 的路径为空，那么将使用基本 URI 的整个路径:

        if (R.path == "") then
           T.path = Base.path;
           if defined(R.query) then
              T.query = R.query;
           else
              T.query = Base.query;
           endif;

并且仅当指定了路径时，相对路径才会与基本路径合并:

        else
           if (R.path starts-with "/") then
              T.path = remove_dot_segments(R.path);
           else
              T.path = merge(Base.path, R.path);
              T.path = remove_dot_segments(T.path);
           endif;
           T.query = R.query;
        endif;

但 Java 实现总是进行合并，即使路径为空也是如此:

    String cp = (child.path == null) ? "" : child.path;
    if ((cp.length() > 0) && (cp.charAt(0) == '/')) {
      // 5.2 (5): Child path is absolute
      ru.path = child.path;
    } else {
      // 5.2 (6): Resolve relative path
      ru.path = resolvePath(base.path, cp, base.isAbsolute());
    }

如果我的理解是正确的，要从 RFC 伪代码中获取此行为，您可以在查询字符串之前在相对 URI 中放置一个点作为路径，根据我使用相对 URI 作为网页链接的经验我希望:

transform(Base="http://example.com/something/more/long", R=".?query")
    => T="http://example.com/something/more/?query"

但我希望在网页中，“http://example.com/something/more/long”页面上到“?query”的链接会转到“http://example.com/something/more/long?query”，而不是“http://example.com/something/more/?query”——换句话说，与 RFC 一致，但与 Java 实现不一致。

我对 RFC 的阅读是否正确，Java 方法与其不一致，还是我遗漏了什么？

最佳答案

是的，我同意 URI.resolve(URI) 方法与 RFC 3986 不兼容。最初的问题本身提供了大量极好的研究，有助于得出这个结论.首先，让我们澄清一下所有的困惑。

正如 Raedwald 所解释的(在现已删除的答案中)， 以 / 结尾或不以 fizz 结尾的基本路径之间存在区别:

• /foo/bar相对于/foo/fizz是:fizz
• /foo/bar/相对于/foo/bar/fizz是:queryString

虽然正确，但它不是一个完整的答案，因为原始问题不是询问 path (即上面的“fizz”)。相反，问题与相对 URI 引用的单独 query component 有关。 URI 类 constructor used in the example code 接受五个不同的字符串参数，并且除了 null 参数之外的所有参数都作为 java.net.URI 传递。 (请注意，Java 接受空字符串作为路径参数，这在逻辑上会导致“空”路径组件，因为“the path component is never undefined ”虽然它是“may be empty (zero length) ”。)这在以后很重要。

在 earlier comment 中，Sajan Chandran 指出 / class 被记录为实现 RFC 2396 而不是问题的主题 RFC 3986 。前者在 2005 年被后者淘汰。URI 类 Javadoc 没有提到较新的 RFC 可以解释为它不兼容的更多证据。让我们再补充一些:

• JDK-6791060 建议此类“应该针对 RFC 3986 进行更新”。那里的评论警告说“RFC3986 并不完全落后 与 2396 兼容”。它于 2018 年作为 JDK-8019345 的副本关闭(截至 2022 年 10 月仍然开放且未解决，自 2013 年以来没有显着 Activity )。

• 之前曾尝试更新 URI 类的部分内容以符合 RFC 3986，例如 JDK-6348622 ，但随后 rolled back 破坏了向后兼容性。 (另请参阅 JDK 邮件列表中的 this discussion。)

• 虽然路径“合并”逻辑听起来与 noted by SubOptimal 相似，但较新的 RFC 中指定的伪代码与 actual implementation 不匹配。在伪代码中，当相对 URI 的路径为空时，生成的目标路径将按原样从基本 URI 复制。伪代码的“合并”逻辑不会在这些条件下执行。与该规范相反，Java 的 URI 实现在最后一个 javax.ws.rs.core.UriBuilder 字符之后修剪基本路径，如问题中所观察到的。

如果您想要 RFC 3986 行为，可以使用 URI 类的替代方法。 Java EE 6 到 EE 8 实现提供了 jakarta.ws.rs.core.UriBuilder ，它(在 Jersey 1.18 中)的行为似乎符合您的预期(见下文)。就编码不同的 URI 组件而言，它至少声称了解 RFC。随着从 JavaEE 到 JakartaEE 9 的切换(大约 2020 年)，此类转移到 ojit_code 。

在 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

关于java - 当相对 URI 包含空路径时，Java 的 URI.resolve 是否与 RFC 3986 不兼容？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22203111/