Next.js 环境变量在生产环境中加载失败的排查与解决方案

本文深入探讨了 Next.js 应用中环境变量在生产环境加载失败的常见问题，特别是 NEXT_PUBLIC_ 前缀的使用误区。文章提供了两种核心解决方案：一是确保服务器端使用的敏感变量不带 NEXT_PUBLIC_ 前缀；二是对于需要在客户端使用的公共环境变量，通过 API 路由进行安全地获取和暴露。旨在帮助开发者理解 Next.js 环境变量机制，避免部署陷阱。

理解 Next.js 环境变量机制

在 next.js 应用开发中，环境变量是管理配置信息，尤其是敏感凭证的关键。next.js 对环境变量的处理方式有所不同，主要取决于它们是否带有 next_public_ 前缀以及它们是在服务器端还是客户端被访问。

• NEXT_PUBLIC_ 前缀： 带有 NEXT_PUBLIC_ 前缀的环境变量会在构建时被嵌入到客户端 JavaScript 包中，这意味着它们可以在浏览器端被访问。这些变量通常用于公共配置，如第三方服务的公共 API 密钥。
• 无 NEXT_PUBLIC_ 前缀： 不带 NEXT_PUBLIC_ 前缀的环境变量仅在服务器端可用。它们不会被打包到客户端代码中，因此适合存储敏感信息，如数据库连接字符串、私有 API 密钥等。
• .env 与 .env.local： .env 文件通常用于定义所有环境的默认值，而 .env.local 则用于覆盖本地开发环境的配置，且不会被提交到版本控制。在生产环境中，环境变量通常通过部署平台（如 Vercel、AWS、Docker）注入。

生产环境环境变量加载失败的常见问题

许多开发者在本地开发时环境变量工作正常，但在部署到生产环境后却遇到问题，例如出现 500 错误或关键凭证缺失。这通常源于对 NEXT_PUBLIC_ 前缀的误用以及对 Next.js 服务器端/客户端上下文的混淆。

例如，一个常见的场景是，将 Google Sheet API 的敏感凭证（如 client_email 和 private_key）存储在 .env.local 文件中，并尝试在 Next.js 的 API 路由（这是一个服务器端环境）中通过 process.env.NEXT_PUBLIC_GOOGLE_CLIENT_EMAIL 访问。尽管在本地可能有效，但在生产环境中，这会导致凭证无法正确加载，进而引发认证失败。错误信息如 Error: The incoming JSON object does not contain a client_email field 明确指出 client_email 字段为空或未定义。

解决方案一：服务器端敏感变量移除 NEXT_PUBLIC_ 前缀

对于仅在服务器端（例如 Next.js API 路由）使用的敏感环境变量，如 Google API 凭证，绝不能使用 NEXT_PUBLIC_ 前缀。NEXT_PUBLIC_ 旨在将变量暴露给客户端，而服务器端代码可以访问所有未加前缀的环境变量。

错误的配置示例（在服务器端使用）：

NEXT_PUBLIC_GOOGLE_CLIENT_EMAIL=your_client_email
NEXT_PUBLIC_GOOGLE_PRIVATE_KEY=your_private_key
NEXT_PUBLIC_GOOGLE_SHEET_ID=your_sheet_id

正确的配置示例（在服务器端使用）：

将 .env 或 .env.local（或通过部署平台注入）中的变量名修改为不带 NEXT_PUBLIC_ 前缀：

GOOGLE_CLIENT_EMAIL=your_client_email
GOOGLE_PRIVATE_KEY=your_private_key
GOOGLE_SHEET_ID=your_sheet_id

相应地，在你的 Next.js API 路由（例如 submit.js）中，访问这些变量时也应移除 NEXT_PUBLIC_ 前缀：

// pages/api/submit.js
import { google } from 'googleapis';
// require('dotenv-flow').config() // 在生产环境通常由部署平台注入，本地开发时可能需要
export default async function handler(req, res) {
if (req.method !== 'POST') {
return res.status(405).send('Only POST requests are allowed!');
}
const body = req.body;
try {
const auth = new google.auth.GoogleAuth({
credentials: {
// 移除 NEXT_PUBLIC_ 前缀
client_email: process.env.GOOGLE_CLIENT_EMAIL,
private_key: process.env.GOOGLE_PRIVATE_KEY?.replace(/\n/g, '
'),
},
scopes: [
'https://www.googleapis.com/auth/drive',
'https://www.googleapis.com/auth/drive.file',
'https://www.googleapis.com/auth/spreadsheets',
],
});
const sheets = google.sheets({
auth,
version: 'v4',
});
const submittedAt = new Date().toUTCString();
const response = await sheets.spreadsheets.values.append({
// 移除 NEXT_PUBLIC_ 前缀
spreadsheetId: process.env.GOOGLE_SHEET_ID,
range: 'A1:F1',
valueInputOption: 'USER_ENTERED',
requestBody: {
values: [
[
body.name,
body.company,
body.product,
body.email,
body.phone,
submittedAt,
],
],
},
});
return res.status(201).json({
data: response.data,
});
} catch (error) {
console.error('Error submitting form:', error); // 使用 console.error 记录错误
// 确保错误处理中不暴露敏感信息
return res.status(error.code || 500).send({ message: error.message || 'An unexpected error occurred.' });
}
}

通过移除 NEXT_PUBLIC_ 前缀，这些敏感变量将仅在服务器端可用，从而解决了生产环境中凭证无法加载的问题。

解决方案二：通过 API 路由安全暴露公共环境变量到客户端

有时，即使是带有 NEXT_PUBLIC_ 前缀的公共环境变量，在某些复杂的部署环境或自定义构建流程中，也可能无法在客户端正确加载。为了确保这些公共变量在客户端可用，并且避免直接在构建时硬编码，可以采用通过 Next.js API 路由动态获取并暴露的方式。

这种方法尤其适用于那些需要在运行时动态获取，或者在客户端 JavaScript 包中不希望直接包含所有 NEXT_PUBLIC_ 变量的场景。

步骤 1：创建一个 API 路由来暴露公共环境变量

在 pages/api 目录下创建一个文件，例如 pages/api/env.js：

// pages/api/env.js
export default function handler(req, res) {
// 过滤出所有以 'NEXT_PUBLIC_' 开头的环境变量
const publicEnv = Object.keys(process.env)
.filter((key) => key.startsWith('NEXT_PUBLIC_'))
.reduce((acc, key) => {
acc[key] = process.env[key];
return acc;
}, {});
// 返回 JSON 格式的公共环境变量
res.status(200).json(publicEnv);
}

这个 API 路由会遍历 process.env 对象，筛选出所有以 NEXT_PUBLIC_ 开头的变量，并将它们作为 JSON 对象返回。

步骤 2：在客户端组件中调用 API 路由获取环境变量

在你的 React 组件或任何客户端代码中，你可以通过 fetch 请求调用这个 API 路由来获取公共环境变量：

// components/MyClientComponent.js
import React, { useEffect, useState } from 'react';
function MyClientComponent() {
const [envVars, setEnvVars] = useState({});
const [loading, setLoading] = useState(true);
const [error, setError] = useState(null);
useEffect(() => {
async function fetchPublicEnv() {
try {
const response = await fetch('/api/env'); // 调用上面创建的 API 路由
if (!response.ok) {
throw new Error(`HTTP error! status: ${response.status}`);
}
const data = await response.json();
setEnvVars(data);
} catch (e) {
setError(e);
} finally {
setLoading(false);
}
}
fetchPublicEnv();
}, []);
if (loading) return <div>Loading public environment variables...</div>;
if (error) return <div>Error: {error.message}</div>;
return (
<div>
<h2>Public Environment Variables:</h2>
<ul>
{Object.entries(envVars).map(([key, value]) => (
<li key={key}>
<strong>{key}:</strong> {value}
</li>
))}
</ul>
{/* 示例：使用 GTM ID */}
{envVars.NEXT_PUBLIC_GTM_ID && (
<p>Google Tag Manager ID: {envVars.NEXT_PUBLIC_GTM_ID}</p>
)}
</div>
);
}
export default MyClientComponent;

这种方法提供了一个集中且受控的方式来将公共环境变量暴露给客户端，尤其是在 NEXT_PUBLIC_ 变量在客户端无法直接访问时，或者需要更细粒度的控制时。

注意事项与最佳实践

1. 安全性： 始终牢记，任何带有 NEXT_PUBLIC_ 前缀的变量或通过 API 路由暴露的变量，都可能被客户端访问。绝不能将敏感信息（如私钥、数据库密码）以任何形式暴露给客户端。
2. 部署环境配置： 在生产环境中，环境变量通常通过部署平台的界面（如 Vercel 的环境变量设置、AWS Lambda 的环境变量、Docker 容器的环境变量）进行配置。确保这些变量名称与你的代码中期望的名称完全匹配，并且没有多余的 NEXT_PUBLIC_ 前缀（除非是确实需要暴露给客户端的公共变量）。
3. 调试： 在 Next.js API 路由中使用 console.log(process.env) 或 console.log(process.env.YOUR_VARIABLE) 是调试服务器端环境变量问题的有效方法。在生产环境中，这些日志通常会输出到云服务商的日志系统（如 AWS CloudWatch、Vercel Logs）。
4. .env.local vs. 生产： .env.local 仅用于本地开发。在生产环境，你的部署平台会负责注入环境变量。确保你没有混淆本地和生产环境的配置方式。
5. 私钥中的换行符： 如果你的私钥（如 Google Service Account 的 private_key）包含换行符
   ，在将其作为环境变量注入时，它们可能被转义为 \n。在代码中使用时，需要通过 replace(/\n/g, ‘
   ‘) 将其转换回正确的换行符。
6. CSP (Content Security Policy)： 虽然 CSP 与环境变量的加载没有直接关系，但如果你的应用中实施了 CSP，需要确保它允许加载所有必要的外部资源（如 Google API、GTM 脚本等），否则可能会导致相关功能失败。

总结

Next.js 环境变量的管理需要清晰地理解服务器端和客户端的上下文，以及 NEXT_PUBLIC_ 前缀的含义。对于服务器端使用的敏感凭证，应避免使用 NEXT_PUBLIC_ 前缀。对于需要在客户端使用的公共环境变量，若直接访问存在问题，通过专门的 API 路由进行安全地获取和暴露是一种稳健的解决方案。遵循这些最佳实践，可以有效避免生产环境中环境变量加载失败的问题，确保应用的安全性和稳定性。