HTML中定义文档地址的标签是，用于设置相对路径的基准URL。其语法为：<basehref="基准地址">示例：<basehref="https://www.example.com/">说明：href属性指定文档的基准地址。若未使用<base>，浏览器会将相对路径解析为当前页面的URL。<base>标签必须放在<head>标签内。一个HT

HTML 中的 `` 标签并非用于定义当前文档自身的地址，而是唯一能全局控制页面内所有相对 URL 解析基准的“隐形开关”——它像一把静默的尺子，强制后续所有链接、图片、脚本和 API 请求都以指定 `href` 为起点拼接路径；虽仅需一行代码、必须置于 `` 且只能出现一次，却极易因误用导致全站资源 404、跳转错位或跨域失败，尤其在 SPA 部署、CDN 配置或 Nginx 重写场景下既是救命稻草也是隐藏陷阱；真正标识文档地址的是 HTTP 响应头与浏览器地址栏，而 `` 只改变解析逻辑——调试时别信源码，要看 Network 面板里实际发出的请求地址。

HTML 里没有专门定义“文档地址信息”的标签， 是唯一能影响相对 URL 解析位置的标签，但它不存储或声明文档自身地址，只是改变后续相对链接的解析基准。

为什么 常被误认为是“地址信息标签”

很多人在查“HTML 怎么写文档地址”时，实际想解决的是：点击链接跳转错位、图片路径 404、AJAX 请求发到错误域名——这些问题常源于相对路径解析出错，而 正是控制这个解析行为的开关。

它不声明当前页面在哪，只告诉浏览器：“从现在起，所有相对 URL 都按我给的地址来算起点”。

• 只能放在 里，且最多出现一次
• 一旦设了 href，所有 、、fetch("api/data") 都会以它为基准拼接完整 URL
• 如果页面本身是通过不同路径访问（比如 Nginx 重写 /app/ → /），但没同步更新 ，就会全站路径错乱

的典型用法和危险操作