在file:与http: URI环境下，优先使用./foo/bar式根相对链接是否可靠？

我尝试让网页既能通过Web服务器（http://）加载，也能通过本地文件系统（file://）加载。调整<base>标签似乎可实现该需求，但仅当我将根相对链接写成./this而非/this时才行得通。<base> URL始终指向根目录，即使从子目录加载文件也是如此。

示例1：符合预期的解析结果 #

<!-- 该链接会解析为 "file:///C:/wwwroot/foo/bar"，符合需求 -->
<html>
  <head><base href="file:///C:/wwwroot/"></head>
  <body><a href="./foo/bar">link</a></body>
</html>

示例2：不符合预期的解析结果 #

<!-- 该链接会解析为 "file:///foo/bar"，不符合需求 -->
<html>
  <head><base href="file:///C:/wwwroot/"></head>
  <body><a href="/foo/bar">link</a></body>
</html>

当使用<base href="http://localhost:1234">时，/foo/bar和./foo/bar两种链接均能解析为http://localhost:1234/foo/bar，符合预期。

我目前的结论是应该使用./foo/bar作为根相对链接，但这是否依赖未定义行为？使用./foo/bar是否会引发尚未发现的问题？

解答 #

这并非未定义行为，核心原因是HTTP与file://协议对根路径的解析规则存在差异：

• HTTP协议场景：以/开头的路径是相对于<base>指定的服务器根目录，这是HTTP URL的标准解析逻辑，因此两种写法都能得到预期结果。
• file://协议场景：以/开头的路径是指向本地系统的根目录（比如Windows的C:/、Linux的/），而非<base>标签指定的目录，这是file URI的固有规则，所以才会出现不符合预期的解析结果。

使用./foo/bar是完全合规的，不会依赖未定义行为，但需要注意两个潜在问题：

• 必须确保<base>标签的href末尾带有斜杠（比如file:///C:/wwwroot/而非file:///C:/wwwroot），否则./foo/bar会被错误解析为file:///C:/foo/bar。
• 部分老旧浏览器对file://协议下的<base>标签支持可能存在细微差异，但现代主流浏览器（Chrome、Firefox、Edge等）都能正确解析该写法。

内容的提问来源于stack exchange，提问作者default.kramer