NextJS中不使用fetch调用API：测试Mock库用于生产是否可行？

开发者阿泽

2026-8-23

问题

我有一个搭配Express后端的NextJS项目，需要在getServerSideProps中获取数据。

相对路径的await fetch('/api/anyApi')无法正常工作
绝对路径的await fetch(${config.OPTION_HOST}/api/anyApi)会被主机防护机制拦截

原本想修复绝对路径的问题但暂时做不到，所以打算改写所有getServerSideProps代码弃用fetch。在不想大量改写后端逻辑的前提下，我找到的方案是用Mock库，把原本的const result = await fetch('/api/menu/${context.locale}')替换成了以下代码：

export async function getServerSideProps(context) {
  
  const categoryController = require('../../../server/controllers/category')
  
  var MockExpressRequest = require('mock-express-request');
  var MockExpressResponse = require('mock-express-response');

  var requestMenu = new MockExpressRequest( {
    params: {
      locale: context.locale,
    }
  })
  var responseMenu = new MockExpressResponse();

  await categoryController.getCategories(requestMenu, responseMenu);

  const result = responseMenu

...rest of getServerSideProps...
}

作为编程新手，这个方案能正常运行，但我担心在生产代码里用测试专用库不是好办法，想请教大家的看法。

回答

关于生产环境用Mock库的顾虑

你的担心完全合理：

测试Mock库的设计目标是模拟请求/响应用于测试，没有针对生产环境的性能、稳定性做优化，长期使用可能隐藏兼容性隐患
Mock库的维护优先级通常低于生产级工具，后续可能出现与Express/Next.js新版本不兼容、依赖更新停滞的问题
这种写法会让getServerSideProps和Express的req/res强耦合，后续调整后端架构时，迁移成本会更高

更优的替代方案（无需Mock库）

1. 抽离业务逻辑到独立服务层

把Controller里的核心业务逻辑从请求/响应处理中剥离出来，比如：

// server/services/categoryService.js
export async function getCategories(locale) {
  // 原来categoryController.getCategories里的核心逻辑，直接返回数据，不依赖req/res
  const categories = await CategoryModel.find({ locale });
  return categories;
}

// server/controllers/category.js
const categoryService = require('../services/categoryService');
exports.getCategories = async (req, res) => {
  try {
    const categories = await categoryService.getCategories(req.params.locale);
    res.json(categories);
  } catch (err) {
    res.status(500).json({ error: err.message });
  }
}

然后在getServerSideProps里直接调用服务层：

export async function getServerSideProps(context) {
  const { getCategories } = require('../../../server/services/categoryService');
  const result = await getCategories(context.locale);
  // ...后续逻辑
}

这种方式彻底脱离req/res依赖，既复用了业务逻辑，又避免了Mock库的问题，是最干净的长期方案。

2. 手动构造极简req/res对象

如果暂时不想抽离服务层，可以自己构造只包含需要方法的req/res对象，不用引入Mock库：

export async function getServerSideProps(context) {
  const categoryController = require('../../../server/controllers/category');
  
  let responseData;
  const mockRes = {
    json: (data) => { responseData = data; },
    status: (code) => ({ json: (data) => { responseData = { code, data }; } })
  };
  
  await categoryController.getCategories(
    { params: { locale: context.locale } }, 
    mockRes
  );
  
  const result = responseData;
  // ...后续逻辑
}

这种方式只实现你需要的响应方法，减少不必要的依赖，比用Mock库更轻量。

3. 解决fetch路径问题（根本方案）

如果能排查绝对路径被拦截的原因，优先解决这个问题：

检查主机防护规则，是否允许Next.js服务向自身域名发起请求
尝试用http://localhost:端口或内部服务域名代替外部域名（如果是同一服务器部署）
确认config.OPTION_HOST的值是否正确，是否包含完整协议（比如https://）

内容的提问来源于stack exchange，提问作者Bodya