关于java.net.URL对象equals与toString结果不一致的技术咨询

嗨，我来帮你把这个java.net.URL的equals和toString行为不一致的问题理清楚～

首先直接给你答案：确实存在这样的java.net.URL对象对——它们用equals()比较返回false，但调用toString()得到的字符串完全一模一样。

1. equals为false但toString相同的情况 #

你的猜测完全命中了核心：java.net.URL的equals()方法不是只对比URL的字符串形式，而是会触发DNS解析去匹配主机对应的IP地址。

比如模拟DNS解析结果变化的场景：

// 第一次创建url1时，example.com解析到IP 93.184.216.34
URL url1 = new URL("http://example.com/path");

// 间隔一段时间后，example.com的IP切换到了另一个节点，此时创建url2
URL url2 = new URL("http://example.com/path");

System.out.println(url1.equals(url2)); // 输出false，两次DNS解析得到的IP不一样
System.out.println(url1.toString().equals(url2.toString())); // 输出true，字符串形式完全一致

为什么会这样？因为URL的equals()逻辑是：先对比协议、端口、路径等字段，然后会调用InetAddress.getByName()解析主机IP，只有当两边的IP完全匹配时，才会认为两个URL相等。如果在创建两个URL的间隙，目标域名的IP发生了变化，就会出现equals不相等但toString相同的情况。

2. 反过来的场景（equals为true但toString不同） #

这种情况反而更常见，比如显式写出默认端口的情况：

URL u1 = new URL("http://example.com/path");
URL u2 = new URL("http://example.com:80/path"); // HTTP的默认端口是80，这里显式指定

System.out.println(u1.equals(u2)); // 输出true，equals会识别默认端口的等价性
System.out.println(u1.toString().equals(u2.toString())); // 输出false，字符串一个带端口一个不带

这里equals()会处理默认端口的等价逻辑，所以认为两个URL相等，但toString()会严格按照创建时的原始字符串格式输出，所以结果不一样。

结合你的迁移场景 #

你提到正在从new URL(String)的旧方式迁移到URI API，还在日志里发现了这种equals和toString不一致的情况——这完全符合上面说的DNS解析变化的场景。当程序先后创建同一个域名的URL对象，但期间域名的IP发生了变更，就会出现这种看似矛盾的现象。

内容来源于stack exchange