html锚中的相对URI-推荐/首选方式

以下哪一项是推荐/首选的？
其中有没有影响检索速度？
使用这两种方法的优缺点是什么

---

这里有一篇关于URL的文章：，但它没有回答我的任何问题。

没有具体的建议

检索速度与URI的构造方式无关

<> P>你唯一需要考虑的是链接页面和链接的页面是否是一组页面的一部分——如果你把它们放在一起，那么如果你的链接在样式2中，它们就会断开。如果

file.html

始终位于站点的根目录下，则移动此文件不会产生任何影响

---

我看不出风格3有什么意义。

没有具体的建议

检索速度与URI的构造方式无关

<> P>你唯一需要考虑的是链接页面和链接的页面是否是一组页面的一部分——如果你把它们放在一起，那么如果你的链接在样式2中，它们就会断开。如果

file.html

始终位于站点的根目录下，则移动此文件不会产生任何影响

---

我看不出style 3的意义。

第2个与其他的不同，因为它解析为网站的根目录，而不是当前文件夹

---

这个问题听起来很可疑，答案很简单：当遇到链接时，浏览器会使用当前URL或

解析路径（如果有）。因此绝对没有区别。

编号2与其他编号不同，因为它解析为网站的根目录，而不是当前文件夹

---

这个问题听起来很可疑，答案很简单：当遇到链接时，浏览器会使用当前URL或

解析路径（如果有）。因此绝对没有区别。

选项1和3产生完全相同的HTTP GET请求。选项2不同，因为以

/

开头的路径将尝试从根目录而不是当前路径检索文件。

选项1和3生成完全相同的HTTP GET请求。选项2不同，因为以

/

开头的路径将尝试从根路径而不是当前路径检索文件。

它们之间在速度/检索方面没有合理的差异。
-第一种和第三种情况相同：名为file.html的资源位于当前文件的同一目录中。
-在第二个选项中“/file.html”表示该文件位于应用程序的webroot中。

---

这里解释了它们在速度/检索方面没有合理的区别。
-第一种和第三种情况相同：名为file.html的资源位于当前文件的同一目录中。
-在第二个选项中“/file.html”表示该文件位于应用程序的webroot中。

---

这里解释了

甚至没有微观优化。微观优化？我脑子里没有这样的想法。不过，谢谢你的链接（+1）-这篇文章非常有用。问我这个问题是为了全面了解这个主题——我从来没有发现有人提到相对URI使用的建议。甚至没有一个微优化。微优化？我脑子里没有这样的想法。不过，谢谢你的链接（+1）-这篇文章非常有用。我的问题是为了全面了解这个主题——我从未发现有人提到相对URI使用的建议。