在页面中内联SVG图像的情况下，当使用基本标签时，会出现另一个重要的问题:

因为使用基标记(如上所述)，您实际上失去了使用相对散列url的能力，如in

<a href=“#foo”>

因为它们将根据基URL而不是当前文档的位置进行解析，因此不再是相对的。 因此，您必须将当前文档的路径添加到这些类型的链接，如in

<a href=“/path/to/this/page/name.html#foo”>

因此，base标记的一个看似积极的方面(将长URL前缀从锚标记中移开，并获得更好、更短的锚)对于本地哈希URL完全适得其反。

当在页面中内联SVG时，这尤其令人讨厌，无论是静态SVG还是动态生成的SVG，因为在SVG中可能有很多这样的引用，并且在大多数(但不是所有)用户代理实现中，只要使用了基本标记，它们就会全部中断(至少Chrome在编写本文时仍然可以在这些场景中工作)。

如果您正在使用模板系统或其他工具链来处理/生成页面，我总是会尝试摆脱base标记，因为在我看来，它带来的问题比它解决的问题要多。

Drupal最初依赖于<base>标记，后来由于HTTP爬虫和缓存的问题决定不再使用。

我一般不喜欢发布链接。但这一点真的值得分享，因为它可以让那些寻找<base>标签的真实世界体验细节的人受益:

http://drupal.org/node/13148

它可能不是很流行，因为它不是很出名。我不会害怕使用它，因为所有主流浏览器都支持它。

如果您的站点使用AJAX，您将希望确保所有页面都正确设置了AJAX，否则可能会出现无法解析的链接。

只是不要在HTML 4.01 Strict页面中使用target属性。

还有一个站点使用了base - tag，出现了描述的问题。(升级jquery后)，能够修复它有TAB url像这样:

<li><a href="{$smarty.server.REQUEST_URI}#tab_1"></li>

这使得他们“本地化”

我使用的参考资料:

http://bugs.jqueryui.com/ticket/7822 http://htmlhelp.com/reference/html40/head/base.html http://tjvantoll.com/2013/02/17/using-jquery-ui-tabs-with-the-base-tag/

另外，你应该记住，如果你在非标准端口上运行你的web服务器，你也需要在base href上包含端口号:

<base href="//localhost:1234" />  // from base url
<base href="../" />  // for one step above

基本标签的效果分解:

base标记似乎有一些非直观的效果，我建议在依赖<base>!由于我是在尝试使用base标签来处理url不同的本地站点后发现它们的，并且在此之后才发现有问题的效果，令我沮丧的是，我觉得有必要为其他人创建这些潜在陷阱的摘要。

在下面的例子中，我将使用base标记:<base href="http://www.example.com/other-subdirectory/">作为示例，并将代码所在的页面假设为http://localsite.com/original-subdirectory

主要:

没有链接、命名锚或空白引用将指向原始子目录，除非显式: base标签使所有链接都不同，包括指向base标签url的同页锚链接，例如:

<a href='#top-of-page' title='Some title'>通过命名锚指向页面顶部的链接</a> 就变成了 <a href='http://www.example.com/other-subdirectory/#top-of-page' title='Some title'>一个链接到一个#命名锚在完全不同的基本页</a> < a href = ' ?update=1' title='Some title'>该页面的链接</ A > . update=1' title='Some title'> 就变成了 <a href='http://www.example.com/other-subdirectory/?update=1' title='Some title'>一个指向基本标签页面的链接

通过一些工作，您可以通过显式地指定这些链接链接到它们所在的页面来修复您所控制的链接上的这些问题，但是当您将依赖于标准行为的第三方库添加到组合中时，很容易造成很大的混乱。

小:

IE6修复了需要条件注释:需要条件注释的IE6，以避免搞砸dom层次结构，即<base href="http://www.example.com/"><!——[if lte IE 6]></base><![endif]- >正如BalusC在他上面的回答中提到的。

所以总的来说，主要的问题是使用棘手，除非你对每个链接都有完全的编辑控制，正如我最初担心的那样，这让它变得更麻烦。现在我不得不重新编写我对它的所有应用!: p

使用“片段”/散列时测试问题的相关链接:

http://www.w3.org/People/mimasa/test/base/

http://www.w3.org/People/mimasa/test/base/results

编辑:对于所有和我一样对评论感到困惑的人:

我自己刚刚进行了测试，结果如下:

尾斜杠与否，对这里给出的例子没有影响(#anchor和?query将简单地附加到指定的<BASE>)。 然而，对于相对链接来说，这是不同的:省略后面的斜杠，other.html和dir/other.html将从给定示例的DOCUMENT_ROOT开始，/other-子目录(正确地)被视为文件，因此省略。

因此，对于相对链接，BASE可以很好地用于移动的页面，而锚和?查询则需要显式指定文件名(BASE有一个尾随斜杠，或者最后一个元素不对应于它所使用的文件的名称)。

可以把它看作是<BASE>替换文件本身的完整URL(而不是文件所在的目录)，这样您就会得到正确的结果。假设本例中使用的文件是other-subdirectory/test.html(在它移动到新位置之后)，正确的规范应该是:

<基地href = " http://www.example.com/other-subdirectory/test.html " >

-等瞧，一切都按预期工作:#anchor， ?query, other.html, very/other.html， /completely/other.html。