绝对路径和相对路径(前端开发篇)

2026-01-10 前端

绝对路径和相对路径是前端开发中最基础但也最容易踩坑的概念之一。一个 ./ 和 / 的区别,可能导致图片加载不出来、接口请求 404、路由匹配失败。

这篇文章从浏览器和构建工具两个维度,把前端中的路径问题彻底说清楚。

一、基本概念

绝对路径

以协议或根目录开头的路径,不依赖于当前文件的位置。

// 绝对路径示例
'https://www.3z.ink/assets/css/style.css'   // 完整 URL
'//cdn.example.com/lib.js'                        // 协议相对 URL(跟随当前页面的协议)
'/assets/images/logo.png'                         // 根相对路径(从域名根开始)

相对路径

以当前文件位置为基准的路径,前面有 ./ 或 ../ 或直接以文件名开头。

// 相对路径示例
'./images/logo.png'          // 当前目录下
'../components/Button.js'    // 上级目录
'style.css'                  // 同级文件(省略 ./)

二、浏览器中的路径解析

在 HTML 中

<!-- 当前页面:https://www.3z.ink/articles/web-path.html -->
<!-- 基准 URL:https://www.3z.ink/articles/ -->

<!-- 绝对路径 -->
<img src="/assets/images/logo.png">
<!-- 解析为:https://www.3z.ink/assets/images/logo.png -->

<!-- 相对路径 -->
<img src="./images/photo.png">
<!-- 解析为:https://www.3z.ink/articles/images/photo.png -->

<img src="../assets/css/style.css">
<!-- 解析为:https://www.3z.ink/assets/css/style.css -->

base 标签的影响

如果页面设置了 <base> 标签,所有相对路径的基准 URL 都会改变:

<head>
  <base href="https://www.3z.ink/subdir/">
</head>

此时页面中的相对路径基准不再是当前 URL,而是 <base> 定义的地址。这是很多奇怪路径问题的根源,建议只在特定场景下使用 <base>。

在 CSS 中

CSS 中的相对路径是相对于 CSS 文件本身的位置,不是 HTML 页面!

/* 文件位置:/assets/css/style.css */

/* 推荐:从网站根开始的绝对路径 */
background: url('/assets/images/bg.png');

/* 问题写法:相对于 CSS 文件 */
background: url('../images/bg.png');
/* 解析为:/assets/images/bg.png */

最佳实践:CSS 中统一使用以 / 开头的根相对路径,避免因为 CSS 文件位置变化导致路径失效。

在 JavaScript 中

// 以下代码在 https://www.3z.ink/articles/demo.html 中执行

// 获取当前页面 URL
console.log(window.location.href);
// https://www.3z.ink/articles/demo.html

// 拼接路径(直接用字符串拼接)
const apiUrl = '/api/users';  // ✅ 根相对,推荐
const apiUrl2 = './api/users'; // ❌ 容易搞混

// 动态获取当前目录
const baseDir = window.location.pathname.substring(0, window.location.pathname.lastIndexOf('/') + 1);

fetch/XMLHttpRequest 中的路径

// 当前页面:https://www.3z.ink/articles/demo.html

// 相对路径
fetch('./api/data')  
// 请求:https://www.3z.ink/articles/api/data  ← 可能不是你想要的结果

// 根相对路径
fetch('/api/data')
// 请求:https://www.3z.ink/api/data  ← 通常这才是正确的

// 绝对路径
fetch('https://api.other.com/data')
// 请求跨域 API,需要 CORS 支持

经验法则:API 请求统一用以 / 开头的根相对路径,不要依赖 ./ 或 ../。

三、构建工具中的路径

Webpack/Vite 中的路径解析

在构建工具中,./ 和 ../ 的解析规则与浏览器不同:

// ❌ 这是 URL 路径,不是模块路径
import './components/Button.js'  

// ✅ 这才是正确的模块引入方式
import Button from './components/Button';

构建工具对 ./ 和 ../ 的处理:

// 以下代码在 /src/pages/Home.js 中

import './style.css'                    // 引入同目录下的 style.css
import '../utils/format.js'             // 引入上级目录 utils 下的文件
import '/src/utils/format.js'           // ❌ 构建工具不认这种绝对路径

别名路径(Alias)

现代构建工具支持路径别名,用符号代替长路径:

// vite.config.js
export default {
  resolve: {
    alias: {
      '@': '/src',
      '@components': '/src/components',
    }
  }
}

使用别名:

// ❌ 不用别名时
import Button from '../../components/Button';

// ✅ 使用别名后
import Button from '@/components/Button';
import Button from '@components/Button';

静态资源路径

// Vite 中引入静态资源
import logoUrl from '/assets/images/logo.png'   // 根路径

// 或相对路径
import logoUrl from '../assets/images/logo.png'

// 最终构建后,Vite 会替换为正确的生产路径
console.log(logoUrl)  // /assets/logo-abc123.png

四、开发环境 vs 生产环境的路径差异

这是前端路径问题最坑的地方——开发环境好好的,上线就坏了。

典型场景:部署到子目录

// 开发环境:http://localhost:3000/
// 生产环境:https://example.com/blog/

// ❌ 硬编码了根路径
fetch('/api/posts')
// 开发环境:http://localhost:3000/api/posts ✅
// 生产环境:https://example.com/api/posts    ❌ 应该是 /blog/api/posts

// ✅ 使用 base URL 变量
const BASE_URL = import.meta.env.BASE_URL || '/';
fetch(`${BASE_URL}api/posts`)

Vite 的 base 配置

// vite.config.ts
export default {
  // 部署到子目录时需要配置
  base: '/blog/',

  // 开发环境用 /,不影响
  // 生产环境所有静态资源路径自动加前缀
}

Next.js 的 basePath

// next.config.js
module.exports = {
  basePath: '/blog',
  // 所有路由和静态资源自动带上 /blog 前缀
}

五、前端中路径问题的排查方法

检查 Network 面板

当图片/脚本/样式加载失败时:

  1. 打开浏览器 DevTools → Network 标签
  2. 找到请求失败的资源
  3. 查看 Request URL 是否和预期一致
// 如果请求的 URL 是:
// https://www.3z.ink/articles/assets/images/logo.png
// 但实际图片放在:
// https://www.3z.ink/assets/images/logo.png
// 说明路径写成了相对路径(./assets/...),应该是绝对路径(/assets/...)

常见路径错误

问题写法 实际解析结果 修复
src="./images/logo.png" (在 /articles/ 页面) /articles/images/logo.png 改为 /images/logo.png
href="style.css" (在 /articles/detail.html) /articles/style.css 改为 /css/style.css
fetch('api/data') /articles/api/data 改为 fetch('/api/data')
<base href="/app/"> + src="/logo.png" /logo.png(不受 base 影响) 正常(根路径不受 base 影响)

六、最佳实践总结

场景 推荐写法 原因
HTML 中的资源引用 /assets/js/main.js 根绝对路径,不受页面层级影响
CSS 中的资源引用 /assets/images/bg.png CSS 中的相对路径相对于 CSS 文件,易出错
JS 中的 API 请求 /api/users 根绝对路径,避免拼接错误
JS 中的模块引入 @/components/Button 或 ./Button 使用别名或相对于当前模块的路径
构建工具配置 base: '/' 或 base: '/subdir/' 开发和生产保持一致
CDN 资源 https://cdn.example.com/lib.js 完整 URL,跨域问题单独处理

三条黄金法则:

  1. 资源路径用 / 开头——HTML、CSS 中引用图片/字体/脚本时,统一使用根相对路径,不依赖当前页面层级
  2. API 请求用 / 开头——fetch('/api/data') 而不是 fetch('api/data') 或 fetch('./api/data')
  3. 模块导入用相对路径或别名——./Component 或 @/components/Component,不要用字符串拼接

遵循这三条,90% 的路径问题都不会遇到。