配置
默认情况下,Nuxt 的配置涵盖了大多数用例。nuxt.config.ts
文件可以覆盖或扩展此默认配置。
Nuxt 配置
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 | 更多信息 |
Vue 配置
使用 Vite
如果您需要将选项传递给 @vitejs/plugin-vue
或 @vitejs/plugin-vue-jsx
,您可以在 nuxt.config
文件中进行。
export default defineNuxtConfig({
vite: {
vue: {
customElement: true,
},
vueJsx: {
mergeProps: true,
},
},
})
使用 webpack
如果您使用 webpack 并需要配置 vue-loader
,您可以在 nuxt.config
文件中使用 webpack.loaders.vue
键进行。可用选项在此处定义.
export default defineNuxtConfig({
webpack: {
loaders: {
vue: {
hotReload: true,
},
},
},
})
启用实验性 Vue 特性
您可能需要启用 Vue 中的实验性特性,例如 propsDestructure
。无论您使用哪种构建器,Nuxt 都提供了在 nuxt.config.ts
中轻松实现的方法。
export default defineNuxtConfig({
vue: {
propsDestructure: true,
},
})
从 Vue 3.4 和 Nuxt 3.9 迁移实验性 reactivityTransform
从 Nuxt 3.9 和 Vue 3.4 开始,reactivityTransform
已从 Vue 移至 Vue Macros,后者具有Nuxt 集成.