dotenvx 在 Vercel 部署中的环境变量处理实践

在 Next.js 项目中使用 dotenvx 管理环境变量时，开发者经常会遇到环境变量在 Vercel 平台上表现不一致的问题。本文将深入分析这一现象的技术原理，并提供多种解决方案。

环境变量在 Next.js 中的分类

Next.js 将环境变量分为两种类型：

1. 构建时变量：在构建过程中被静态替换的变量
2. 运行时变量：在应用运行时动态获取的变量

这种区分导致了不同的行为表现。当使用 dotenvx 在 Vercel 上部署时，开发者需要特别注意这种差异。

典型问题场景分析

在 App Router 架构下，如果直接按照 dotenvx 文档示例设置环境变量，变量会被静态编译到构建产物中，这能够正常工作。但在以下场景会出现问题：

1. 使用 Pages Router 架构
2. 在 API 路由中使用环境变量
3. 需要动态获取环境变量的场景

问题的本质在于 Next.js 的构建机制决定了变量是静态编译还是运行时获取。

解决方案详解

方案一：使用 NEXT_PUBLIC 前缀

对于非敏感数据，可以在变量名前添加 NEXT_PUBLIC_ 前缀：

npm run dotenvx -- set NEXT_PUBLIC_HELLO production -f .env.production

这种方法会将变量编译到客户端代码中，因此不适用于敏感信息。

方案二：手动处理构建产物

对于敏感数据，可以：

1. 使用 dotenvx run -- next build 构建项目
2. 手动将 .env 文件复制到构建产物中
3. 配置项目以独立服务器模式运行

这种方法更安全但增加了部署复杂度。

方案三：使用 dotenvx.get 方法

最新版本的 dotenvx 提供了 get 方法，可以在服务端组件中动态获取环境变量：

import * as dotenvx from '@dotenvx/dotenvx';

export default function Page({ hello }) {
  return <h1>Hello {hello}</h1>;
}

export function getServerSideProps() {
  const hello = dotenvx.get('HELLO');
  return { props: { hello } };
}

这种方法既安全又便捷，是推荐的做法。

方案四：Vercel 环境变量配置

对于客户端组件，可以通过 Vercel 项目设置直接配置环境变量，然后通过 process.env 访问。这种方法与平台深度耦合，但实现简单。

最佳实践建议

1. 敏感数据始终使用服务端渲染或 API 路由处理
2. 优先使用 dotenvx.get 方法获取运行时变量
3. 客户端需要的非敏感变量使用 NEXT_PUBLIC_ 前缀
4. 复杂项目考虑混合使用多种方案

理解这些技术细节后，开发者可以根据项目需求选择最适合的环境变量管理策略，确保应用在 Vercel 平台上稳定运行。