Nuxt环境变量:运行时配置与环境区分管理
2026-02-05 05:48:48作者:韦蓉瑛
环境变量基础配置
.env文件定义
在Nuxt项目根目录创建.env文件存储环境变量,格式为KEY=VALUE,支持多行定义。系统自动加载.env文件,无需额外配置。
# .env
API_BASE_URL=https://api.example.com
DEBUG_MODE=true
环境变量分类
Nuxt将环境变量分为两类:
- 私有变量:仅服务器端可访问,以
NUXT_为前缀 - 公共变量:客户端和服务器端均可访问,以
NUXT_PUBLIC_为前缀
# 私有变量(仅服务器端)
NUXT_API_KEY=secret-key-123
# 公共变量(客户端可访问)
NUXT_PUBLIC_APP_VERSION=1.0.0
运行时配置
nuxt.config.ts配置
在nuxt.config.ts中通过runtimeConfig选项定义运行时配置,支持服务器端和客户端配置分离:
// nuxt.config.ts
export default defineNuxtConfig({
runtimeConfig: {
// 服务器端配置(私有)
apiKey: '', // 会被.env中的NUXT_API_KEY覆盖
// 客户端配置(公共)
public: {
apiBase: '', // 会被.env中的NUXT_PUBLIC_API_BASE覆盖
appName: 'My Nuxt App'
}
}
})
使用useRuntimeConfig访问
通过useRuntimeConfig组合式API在组件和组合式函数中访问配置:
<!-- 页面组件中使用 -->
<script setup lang="ts">
const config = useRuntimeConfig()
// 服务器端可访问私有配置
if (process.server) {
console.log('API Key:', config.apiKey)
}
// 客户端和服务器端均可访问公共配置
console.log('API Base URL:', config.public.apiBase)
console.log('App Name:', config.public.appName)
</script>
环境区分策略
多环境文件
创建不同环境的.env文件,命名格式为.env.<environment>:
.env # 基础环境变量,所有环境共享
.env.development # 开发环境
.env.production # 生产环境
.env.test # 测试环境
示例.env.development:
# .env.development
NUXT_API_KEY=dev-secret-key
NUXT_PUBLIC_API_BASE=http://localhost:3001/api
启动命令指定环境
通过--dotenv参数指定环境文件,或使用NODE_ENV环境变量:
# 使用开发环境
nuxi dev --dotenv .env.development
# 使用生产环境
NODE_ENV=production nuxi build
nuxi preview --dotenv .env.production
环境判断逻辑
在代码中通过process.env.NODE_ENV判断当前环境:
// 插件或组合式函数中
if (process.env.NODE_ENV === 'development') {
console.log('开发环境模式')
} else if (process.env.NODE_ENV === 'production') {
console.log('生产环境模式')
}
实际应用示例
API请求封装
创建api客户端,使用环境变量配置基础URL:
// composables/useApi.ts
export const useApi = () => {
const config = useRuntimeConfig()
return $fetch.create({
baseURL: config.public.apiBase,
headers: {
'Content-Type': 'application/json',
...(process.server && {
'X-API-Key': config.apiKey
})
}
})
}
在组件中使用:
<script setup lang="ts">
const api = useApi()
const fetchData = async () => {
try {
const data = await api('/users')
console.log('Data:', data)
} catch (error) {
console.error('API Error:', error)
}
}
fetchData()
</script>
条件渲染
根据环境变量在客户端进行条件渲染:
<template>
<div>
<h1>{{ config.public.appName }}</h1>
<!-- 仅开发环境显示调试面板 -->
<DebugPanel v-if="config.public.debugMode" />
<!-- 显示版本信息 -->
<p>Version: {{ config.public.appVersion }}</p>
</div>
</template>
<script setup lang="ts">
const config = useRuntimeConfig()
</script>
部署注意事项
服务器环境变量
部署时可通过服务器环境变量覆盖.env文件配置,优先级:服务器环境变量 > .env文件 > nuxt.config.ts默认值。
例如在Netlify中设置环境变量:
- 在Netlify控制台的"Build & Deploy" > "Environment"中添加
- 变量名保持与本地.env一致,如
NUXT_API_KEY、NUXT_PUBLIC_API_BASE
Docker部署示例
Dockerfile中设置环境变量:
FROM node:18-alpine
WORKDIR /app
COPY package*.json ./
RUN npm install
COPY . .
RUN npm run build
# 设置环境变量
ENV NODE_ENV=production
ENV NUXT_API_KEY=${API_KEY}
ENV NUXT_PUBLIC_API_BASE=${API_BASE}
EXPOSE 3000
CMD ["npm", "start"]
启动容器时传入环境变量:
docker run -e API_KEY=prod-key -e API_BASE=https://api.prod.com -p 3000:3000 my-nuxt-app
最佳实践
安全存储敏感信息
- 敏感信息如API密钥、数据库密码等必须使用私有变量(NUXT_前缀)
- 避免在客户端代码中直接使用敏感信息
- 生产环境中不要提交.env文件到代码仓库
版本控制策略
在.gitignore中排除.env文件,但可提交.env.example作为模板:
# .gitignore
.env
.env.local
.env.*.local
# 可提交的模板文件
!.env.example
.env.example示例:
# .env.example
NUXT_API_KEY=your_api_key_here
NUXT_PUBLIC_API_BASE=https://api.example.com
类型安全配置
为运行时配置添加TypeScript类型定义,在types/nuxt.d.ts中扩展:
// types/nuxt.d.ts
declare module 'nuxt/schema' {
interface RuntimeConfig {
apiKey: string
public: {
apiBase: string
appName: string
appVersion: string
}
}
}
export {}
通过以上配置,Nuxt环境变量管理可实现开发效率与安全性的平衡,支持多环境无缝切换,满足不同部署场景需求。合理使用环境变量和运行时配置,可显著提升项目的可维护性和扩展性。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
最新内容推荐
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
532
3.75 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
336
178
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
886
596
Ascend Extension for PyTorch
Python
340
405
暂无简介
Dart
772
191
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
986
247
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
416
4.21 K
React Native鸿蒙化仓库
JavaScript
303
355