URI 与 URL 的本质区别在于：URI 是统一资源标识符，URL 是其子集且专用于定位资源；URI 仅做语法解析和标准化，URL 则支持打开网络连接。
URI 和 URL 的本质区别在哪
URI 是“统一资源标识符”，URL 是“统一资源定位符”——URL 是 URI 的一个子集。换句话说，所有 URL 都是 URI，但不是所有 URI 都能定位资源（比如 urn:isbn:0452284236 是合法 URI，却没法用 HTTP 协议“打开”它）。
Java 中 java.net.URI 和 java.net.URL 的设计也遵循这一语义：前者只做语法解析和标准化（如解码、归一化路径），后者则必须能解析协议并支持打开连接（比如调用 url.openConnection()）。
什么时候该用 URI 而不是 URL
当你只需要处理资源标识字符串（比如拼接路径、校验格式、避免编码错误），就该用 URI；它不触发网络操作，构造快、线程安全、不会抛出 UnknownHostException 这类运行时异常。
- 构建 REST 接口路径时：用
new URI(base, path)自动处理/拼接和编码，比字符串拼接 +URL更可靠 - 解析用户输入的链接但暂不访问：
URI uri = new URI(userInput)可捕获URISyntaxException，而new URL(input)可能抛出更宽泛的MalformedURLException - 作为 Map 键或缓存 key：
URI重写了equals()和hashCode()，会归一化路径（如./a和a视为等价），URL则不会（它依赖 DNS 解析结果，甚至可能阻塞）
URL.toURI() 和 new URI(url.toString()) 不等价
直接用 url.toString() 构造 URI 很危险：如果原始 URL 包含未编码的特殊字符（比如空格、中文），toString() 返回的是已解码后的形式，再喂给 URI 构造器会报 URISyntaxException。
立即学习“Java免费学习笔记（深入）”；
正确做法永远是调用 url.toURI()——它内部做了协议适配和双重编码保护，能安全往返转换。
反向则不总成立：uri.toURL() 仅当 uri.isAbsolute() 且协议被 Java 认可（如 http、file）时才成功，否则抛 IllegalArgumentException。
常见陷阱：equals() 行为差异导致缓存失效
URL.equals() 实际会尝试解析主机名（调用 InetAddress.getByName()），不仅慢，还可能因 DNS 变化或网络不可用返回 false；而 URI.equals() 完全基于字符串归一化比较。
如果你把 URL 当作缓存 key 或集合元素，很可能遇到意料之外的重复或丢失：
-
new URL("http://example.com")和new URL("http://EXAMPLE.COM")在某些 JDK 版本下equals()返回false（大小写敏感 + DNS 解析行为不稳定） -
new URI("http://example.com").equals(new URI("http://EXAMPLE.COM"))恒为true（host 自动转小写 + 无网络副作用）
除非你明确需要 URL 的连接能力，否则默认用 URI 更稳妥——尤其是涉及哈希、比较、持久化场景。
