Azure App Service启用HTTP/2是否会引发问题？为何默认禁用？

默认禁用HTTP/2的核心原因 #

• 存量兼容兜底：Azure App Service需要覆盖从老旧Windows栈、自定义容器到各类遗留应用的全量场景，HTTP/2的二进制分帧、多路复用特性对部分自定义请求处理逻辑存在适配要求，默认禁用可以避免平台无感知更新导致的存量站点故障
• 连通性优先逻辑：默认配置以最大范围的网络连通性为优先级，不会强制要求客户端支持新协议，避免老旧代理、老版客户端、特殊网络环境下的接入失败
• 用户自主可控：将HTTP/2的开启权限完全交给站点所有者，由用户根据自身客户端覆盖情况、技术栈适配状态选择合适的开启时机，避免平台侧统一推送带来的批量运维风险

启用后非加密请求仍使用HTTP 1.1的原因 #

这是全行业的HTTP/2通用落地规则，并非Azure App Service的功能限制

• HTTP/2的正式公开实现（包括所有主流浏览器、生产级平台服务）均强制要求基于TLS 1.2及以上的加密通道传输，不存在广泛落地的明文HTTP/2生产可用实现
• 平台对明文HTTP流量始终保留HTTP 1.1兼容，仅在HTTPS加密通道上提供HTTP/2协议切换能力，符合所有主流云平台、Web服务器的通用实现逻辑

对.NET栈（.NET Framework 4.6.2 至 .NET 5.0）站点的潜在负面影响 #

• 可能触发兼容性故障的场景：
  • 基于.NET Framework 4.6.2~4.7开发的应用，如果存在自定义HTTP请求解析逻辑，比如依赖HTTP/1.1明文请求行格式、手动拼接请求路径、做特殊请求头解析的处理逻辑，HTTP/2的二进制分帧机制会和这类逻辑产生冲突，可能出现请求解析报错、路由匹配失败的问题
  • 基于旧版ASP.NET Core（3.1及以下、.NET 5早期预览版本）开发的应用，如果框架未内置对HTTP/2伪请求头（:authority、:path、:method等）的适配逻辑，会出现无法正确识别请求、接口返回404的异常
• 可能引发的非预期性能问题：
  • 如果站点配置了基于单连接计数的自定义限流规则，HTTP/2的单连接多路复用特性会打破原有“一个连接对应一个请求”的统计逻辑，导致限流阈值失效、流量超出预设范围
  • 老版本.NET应用如果未实现HTTP流控逻辑，在大文件响应、长连接流式传输场景下，可能出现响应块写入超时的问题
• 无负面影响的适用场景：
  当应用完全依赖ASP.NET默认请求处理管线、无自定义HTTP协议解析逻辑、访问流量全部来自支持TLS 1.2以上的现代客户端时，启用HTTP/2不会带来额外故障，反而能降低多请求场景下的网络握手开销，提升页面加载速度

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