Nuxt.js 静态站点部署到子目录的配置实践

问题背景

在使用Nuxt.js框架开发静态站点时，很多开发者会遇到需要将站点部署到服务器子目录的需求。例如，将站点部署到/ops/这样的子路径下，而不是根目录。这种情况下，正确的资源配置路径处理就显得尤为重要。

常见配置误区

在Nuxt.js项目中，开发者通常会尝试通过app.baseURL配置项来指定基础路径：

export default defineNuxtConfig({
  app: {
    baseURL: '/ops/'
  }
})

理论上，这应该使所有资源路径都自动添加/ops/前缀。然而，实际部署时可能会遇到以下问题：

1. 生成的HTML文件中资源路径仍然使用/_nuxt/而不是预期的/ops/_nuxt/
2. 即使配置了buildAssetsDir选项，部署后资源路径仍然不正确
3. 资源文件404错误

问题根源分析

经过深入排查，发现这类问题通常由以下几个原因导致：

1. 环境变量覆盖：项目中可能定义了NUXT_APP_BASE_URL环境变量，它会覆盖nuxt.config.ts中的baseURL设置
2. Nuxt版本差异：不同版本的Nuxt对路径处理可能有细微差别
3. 构建配置冲突：其他配置项如serverSideRendering、nitro等可能与路径处理产生冲突

解决方案

正确配置方法

1. 基础配置：

export default defineNuxtConfig({
  app: {
    baseURL: '/ops/' // 指定基础路径
  }
})

2. 避免环境变量覆盖： 检查并确保.env文件中没有定义NUXT_APP_BASE_URL，或者其值与预期一致

3. 静态站点生成： 对于纯静态站点，建议添加兼容性日期配置：

export default defineNuxtConfig({
  compatibilityDate: '2024-11-01',
  app: {
    baseURL: '/ops/'
  }
})

验证配置效果

正确配置后，生成的HTML文件中资源路径应该自动添加前缀：

<link rel="modulepreload" as="script" crossorigin href="/ops/_nuxt/xxx.js">

部署注意事项

1. 服务器目录结构： 将生成的dist目录内容直接部署到服务器的ops目录下

2. IIS特殊处理： 在IIS服务器上部署时，确保应用程序池配置正确，避免路径解析问题

3. 资源文件位置： 不需要手动移动_nuxt目录，正确的配置会自动处理路径

总结

Nuxt.js的静态站点子目录部署问题通常源于配置冲突或环境变量覆盖。通过正确设置baseURL并检查环境变量，可以轻松解决路径问题。对于复杂的项目，建议逐步剥离依赖项进行测试，以确定具体是哪个配置导致了问题。

记住，在Nuxt.js生态中，环境变量的优先级往往高于配置文件中的设置，这是许多开发者容易忽视的关键点。