支持h2c Upgrade的gRPC服务器及代理是否需接受HTTP/2预知识连接？

规范层面的要求 #

RFC 7540 §3.2仅定义了h2c的两种连接建立方式，但没有强制要求支持Upgrade机制的服务器必须同时支持预知识模式。也就是说，从规范角度，服务器可以只实现其中一种方式，完全符合标准。

gRPC生态主流实现的实践情况 #

针对你关注的gRPC服务器、Envoy、Nginx场景，主流实现的情况如下：

• gRPC官方服务器（Go/Java/C++等）：默认配置h2c时，大多同时支持Upgrade和预知识两种模式。因为gRPC本身基于HTTP/2，官方客户端默认就会用预知识模式连接h2c服务器，所以官方实现通常会兼容两种启动方式。
• Envoy代理：当配置明文HTTP/2（h2c）监听时，默认会同时处理Upgrade升级请求和预知识模式的连接，无需额外配置即可兼容两种方式。
• Nginx：从1.10.0版本开始支持h2c。若配置listen 端口 http2;（明文监听），可以直接处理预知识模式的连接；而Upgrade方式需要确保配置中允许HTTP/1.1升级，一般开启h2c后默认支持，但部分特殊配置下可能需要额外验证。

结论 #

不能直接假设支持Upgrade: h2c的服务器一定能处理预知识模式的连接。虽然gRPC生态的主流实现大多同时兼容两种方式，但仍需针对具体的服务器/代理版本及配置进行测试——毕竟不排除存在自定义实现或特定配置下仅支持单一启动模式的情况。

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