默认情况下,Nuxt 的配置涵盖了大多数用例。nuxt.config.ts 文件可以覆盖或扩展此默认配置。
nuxt.config.ts 文件位于 Nuxt 项目的根目录,可以覆盖或扩展应用程序的行为。
一个最小的配置文件会导出 defineNuxtConfig 函数,其中包含一个带有您的配置的对象。defineNuxtConfig 辅助函数全局可用,无需导入。
export default defineNuxtConfig({
// My Nuxt config
})
此文件在文档中经常被提及,例如用于添加自定义脚本、注册模块或更改渲染模式。
nuxt.config 文件使用 .ts 扩展名。这样您就可以在编辑配置时受益于 IDE 中的提示,避免拼写错误和失误。您可以在 nuxt.config 中配置完全类型化的、按环境覆盖的配置。
export default defineNuxtConfig({
$production: {
routeRules: {
'/**': { isr: true },
},
},
$development: {
//
},
$env: {
staging: {
//
},
},
})
要在运行 Nuxt CLI 命令时选择环境,只需将名称传递给 --envName 标志,例如:nuxt build --envName staging。
要了解这些覆盖背后的机制,请参阅 c12 文档关于特定环境配置.
$meta 键提供您或您的层的消费者可能使用的元数据。runtimeConfig API 将环境变量等值暴露给应用程序的其余部分。默认情况下,这些键仅在服务器端可用。runtimeConfig.public 和 runtimeConfig.app(Nuxt 内部使用)中的键也在客户端可用。
这些值应该在 nuxt.config 中定义,并且可以使用环境变量进行覆盖。
export default defineNuxtConfig({
runtimeConfig: {
// The private keys which are only available server-side
apiSecret: '123',
// Keys within public are also exposed client-side
public: {
apiBase: '/api',
},
},
})
# This will override the value of apiSecret
NUXT_API_SECRET=api_secret_token
这些变量使用 useRuntimeConfig() 可组合函数暴露给应用程序的其余部分。
<script setup lang="ts">
const runtimeConfig = useRuntimeConfig()
</script>
位于源目录(默认为 app/)中的 app.config.ts 文件用于暴露可在构建时确定的公共变量。与 runtimeConfig 选项相反,这些变量不能使用环境变量进行覆盖。
一个最小的配置文件会导出 defineAppConfig 函数,其中包含一个带有您的配置的对象。defineAppConfig 辅助函数全局可用,无需导入。
export default defineAppConfig({
title: 'Hello Nuxt',
theme: {
dark: true,
colors: {
primary: '#ff0000',
},
},
})
这些变量使用 useAppConfig 可组合函数暴露给应用程序的其余部分。
<script setup lang="ts">
const appConfig = useAppConfig()
</script>
runtimeConfig 与 app.config如上所述,runtimeConfig 和 app.config 都用于向应用程序的其余部分暴露变量。为了确定您应该使用哪一个,这里有一些指导原则
runtimeConfig:私有或公共令牌,需要在构建后使用环境变量指定。app.config:在构建时确定的公共令牌、网站配置(如主题变体、标题)以及任何非敏感的项目配置。| 功能 | runtimeConfig | app.config |
|---|---|---|
| 客户端 | 水合 | 打包 |
| 环境变量 | ✅ 是 | ❌ 否 |
| 响应式 | ✅ 是 | ✅ 是 |
| 类型支持 | ✅ 部分 | ✅ 是 |
| 按请求配置 | ❌ 否 | ✅ 是 |
| 热模块替换 | ❌ 否 | ✅ 是 |
| 非原始 JS 类型 | ❌ 否 | ✅ 是 |
Nuxt 使用 nuxt.config.ts 文件作为配置的单一真相来源,并跳过读取外部配置文件。在构建项目的过程中,您可能需要配置这些文件。下表强调了常见的配置以及(如适用)如何在 Nuxt 中进行配置。
| 名称 | 配置文件 | 如何配置 |
|---|---|---|
| Nitro | nitro.config.ts | 在 nuxt.config 中使用 nitro 键 |
| PostCSS | postcss.config.js | 在 nuxt.config 中使用 postcss 键 |
| Vite | vite.config.ts | 在 nuxt.config 中使用 vite 键 |
| webpack | webpack.config.ts | 在 nuxt.config 中使用 webpack 键 |
以下是其他常见配置文件的列表
| 名称 | 配置文件 | 如何配置 |
|---|---|---|
| TypeScript | tsconfig.json | 更多信息 |
| ESLint | eslint.config.js | 更多信息 |
| Prettier | prettier.config.js | 更多信息 |
| Stylelint | stylelint.config.js | 更多信息 |
| TailwindCSS | tailwind.config.js | 更多信息 |
| Vitest | vitest.config.ts | 更多信息 |
如果您需要将选项传递给 @vitejs/plugin-vue 或 @vitejs/plugin-vue-jsx,您可以在 nuxt.config 文件中执行此操作。
export default defineNuxtConfig({
vite: {
vue: {
customElement: true,
},
vueJsx: {
mergeProps: true,
},
},
})
如果您使用 webpack 并需要配置 vue-loader,您可以在 nuxt.config 文件中使用 webpack.loaders.vue 键进行此操作。可用选项在此处定义.
export default defineNuxtConfig({
webpack: {
loaders: {
vue: {
hotReload: true,
},
},
},
})
您可能需要启用 Vue 中的实验性功能,例如 propsDestructure。无论您使用哪种构建器,Nuxt 都提供了一种在 nuxt.config.ts 中轻松实现此功能的方法
export default defineNuxtConfig({
vue: {
propsDestructure: true,
},
})
reactivityTransform自 Nuxt 3.9 和 Vue 3.4 起,reactivityTransform 已从 Vue 移至 Vue Macros,后者具有Nuxt 集成.