Next.js关闭localeDetection后首页路由至动态页致Cloudflare部署500错误

在i18n.js中添加localeDetection: false后，Cloudflare部署环境下首页请求被错误路由至[path].jsx动态页，导致500错误，本地测试正常。核心原因：

• 关闭localeDetection后，Next.js的路由匹配逻辑在Cloudflare边缘运行时环境中优先级发生变化，/的rewrite规则被动态路由[path].jsx拦截。
• 动态页[path].jsx的getServerSideProps处理空路径（首页请求时path为空）时，getPageInfo返回无效值，触发未捕获错误导致500。

方案1：给动态页添加路由匹配排除规则 #

在[path].jsx中添加config.matcher，明确排除首页、APP页及所有locale前缀路径，避免错误匹配：

// [path].jsx
export const config = {
  matcher: '/((?!index|app|en|fr|zh-CN|es|de|ru|ja|ar).*)'
};

该规则会让动态页仅匹配除指定路径外的请求，确保首页/能正常触发rewrite到/index。

方案2：调整rewrite规则的匹配优先级 #

修改next.config.mjs中的rewrites配置，添加locale: false忽略多语言前缀影响，同时提升规则优先级：

async rewrites() {
  return [
    {
      source: '/',
      destination: '/index',
      locale: false // 确保根路径直接匹配，不受locale前缀干扰
    },
  ];
}

方案3：修复动态页空路径处理逻辑 #

在[path].jsx的getServerSideProps中，先判断path是否为空，直接重定向到首页或返回404：

export async function getServerSideProps(context) {
  let path = context.params.path;
  // 处理首页请求被误匹配的空路径情况
  if (!path || path === '') {
    return {
      redirect: {
        destination: '/',
        permanent: true
      }
    };
  }
  const locale = context.locale ?? 'en';
  const pageInfo = getPageInfo(path, locale);
  if (!pageInfo) {
    return {
      notFound: true,
    };
  }
  return {
    props: {
      ...pageInfo,
      path,
    },
  };
}

1. 本地重新构建后测试，确认路由逻辑正常。
2. 部署到Cloudflare后，通过边缘日志检查路由匹配是否符合预期。
3. 测试多语言路径（如/zh-CN）是否正常跳转至对应首页。

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