Next.js 应用在生产环境（尤其是 Windows IIS 服务器）中使用 output: 'export' 静态导出时，动态路由如 /stackoverflow/[questionId] 会错误解析为 /stackoverflow/123.txt，根本原因在于 IIS 缺乏对无扩展名 URL 的正确 MIME 映射与重写支持。
next.js 应用在生产环境（尤其是 windows iis 服务器）中使用 output: 'export' 静态导出时，动态路由如 /stackoverflow/[questionid] 会错误解析为 /stackoverflow/123.txt，根本原因在于 iis 缺乏对无扩展名 url 的正确 mime 映射与重写支持。
该问题并非 Next.js 路由逻辑缺陷，而是 静态导出模式（output: 'export'）与 IIS 服务器配置不兼容 所致。当 next export 生成纯静态文件（HTML/CSS/JS）并部署到 IIS 时，Next.js 的客户端路由完全依赖 index.html 的 History API 回退机制——但默认 IIS 配置无法将形如 /stackoverflow/42 的请求正确映射到 index.html，反而因内部 MIME 类型推断或 URL 重写规则误判，强制附加 .txt 后缀（常见于未注册扩展名的 fallback 行为）。
✅ 正确解决方案（推荐）
1. 修正 IIS web.config —— 关键修复
你当前的 web.config 仅处理了 rewrite，但缺失两项核心配置：
-
<staticcontent></staticcontent>声明无扩展名资源为text/html <httperrors></httperrors>确保 404 重定向到index.html（而非返回 .txt）
<?xml version="1.0" encoding="UTF-8"?><configuration><system.webserver><!-- ✅ 允许无扩展名 URL 返回 text/html --><staticcontent><mimemap fileextension="." mimetype="text/html"></mimemap><!-- 若需兼容旧版 IIS，可额外添加 --><remove fileextension=".*"></remove><mimemap fileextension=".*" mimetype="text/html"></mimemap></staticcontent><!-- ✅ 核心重写：所有非文件请求均指向 index.html --><rewrite><rules><rule name="Next.js Static Export" stopprocessing="true"><match url=".*"></match><conditions logicalgrouping="MatchAll"><add input="{REQUEST_FILENAME}" matchtype="IsFile" negate="true"></add><add input="{REQUEST_FILENAME}" matchtype="IsDirectory" negate="true"></add></conditions><action type="Rewrite" url="/index.html"></action></rule></rules></rewrite><!-- ✅ 捕获 404 并交由前端路由处理 --><httperrors errormode="Custom" existingresponse="Replace"><remove statuscode="404"></remove><error statuscode="404" path="/index.html" responsemode="ExecuteURL"></error></httperrors></system.webserver></configuration>
⚠️ 注意：
<mimemap fileextension="." mimetype="text/html"></mimemap>是解决.txt后缀的关键——它告诉 IIS 将无扩展名路径（如/stackoverflow/42）视为 HTML 内容，而非触发默认文本类型 fallback。
2. 禁用 output: 'export'（长期建议）
output: 'export' 已被 Next.js 官方标记为 legacy 模式（自 v13.5+），且与 App Router、Streaming、Dynamic Routes 深度集成存在兼容风险。现代 Next.js 应用应优先采用 服务端渲染（SSR）或混合渲染（ISR）：
// next.config.js —— 移除 output: 'export'
/** @type {import('next').NextConfig} */
const nextConfig = {
// ❌ 删除这一行
// output: 'export',
// ✅ 改用标准配置（Vercel / Node.js 服务器部署）
distDir: 'build',
};
module.exports = nextConfig;
然后通过 next start 启动 Node.js 服务（支持全功能路由、数据获取、流式响应），彻底规避静态导出的 IIS 适配问题。
3. 临时替代方案（仅限紧急回滚）
若必须保留静态导出，可强制为动态路由添加后缀（牺牲 SEO 与语义）：
// src/app/stackoverflow/[questionId]/page.tsx
export default function Page({ params }: { params: { questionId: string } }) {
// ✅ 使用 params.questionId（无需 router.push 或 Link）
return <div>Question ID: {params.questionId}</div>;
}
并在链接中显式指定 .html（IIS 对 .html 有原生支持）：
<link href="%7B%60/stackoverflow/%24%7BquestionId%7D.html%60%7D">Open
同时在 next.config.js 中启用 trailingSlash: true，并配合 IIS 规则重写 /stackoverflow/42/ → /stackoverflow/42.html。
? 总结
-
根本原因：IIS 在
output: 'export'模式下无法正确识别无扩展名 URL，触发 MIME 推断 fallback（.txt）。 -
首选解法：更新
web.config，明确声明fileExtension="."为text/html，并完善 404 处理。 -
架构升级：弃用
output: 'export'，改用next start+ Node.js 服务，享受 Next.js 全栈能力。 -
版本提示：
next@13.4.19已严重过时（最新稳定版为 v14.2+），升级可获得 IIS 兼容性补丁及安全加固。
? 提示：本地
npm run dev正常是因为开发服务器（Next.js Dev Server）原生支持 SPA 路由；而生产 IIS 是纯静态 Web 服务器，需手动补全路由契约。
