部署ASP.NET Core 7 MVC至IIS10时HTML响应被截断问题求助

可能的排查方向与解决方案 #

1. 调整ASP.NET Core模块响应缓冲限制 #

IIS的ASP.NET Core模块默认缓冲大小可能不足以容纳大页面内容，可通过web.config修改：

• 打开站点根目录的web.config，在<aspNetCore>节点添加responseBufferLimit属性，设置为更大的值（比如最大允许值2147483647）：

<aspNetCore processPath="dotnet" arguments=".\YourApp.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" responseBufferLimit="2147483647" />

• 该配置控制模块向客户端发送响应前缓冲的最大字节数，默认值可能导致大响应被截断。

2. 排查视图渲染未捕获异常 #

复杂视图或共享分部视图渲染时若抛出未处理异常，会直接终止响应输出：

• 在视图中添加局部错误捕获逻辑，比如用try-catch包裹渲染代码：

@try
{
    // 视图或分部视图内容
}
catch (Exception ex)
{
    // 记录异常到本地日志（如stdout日志）
    @Html.Raw("渲染异常：" + ex.Message)
}

• 检查应用日志目录下的stdout日志，确认是否存在未处理的异常信息。

3. 修改IIS请求筛选的内容长度限制 #

IIS请求筛选模块可能限制了响应大小：

• 打开IIS管理器，进入目标站点的请求筛选功能；
• 点击右侧「编辑功能设置」，增大「最大允许的内容长度(字节)」（比如设置为10485760即10MB）；
• 保存配置后重启站点。

4. 检查代码中是否存在提前终止响应的逻辑 #

确认控制器或视图代码里是否调用了Response.End()、Response.Abort()这类会直接截断响应的方法，若有则移除相关逻辑。

5. 调整动态压缩配置 #

若启用压缩后仍截断，可尝试调整压缩缓冲区设置：

• 进入IIS的动态压缩功能，修改「缓冲区大小」和「最小压缩大小」，确保大响应能被完整压缩输出；
• 也可临时禁用动态压缩，验证是否为压缩过程导致的截断问题。

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