关于Azure Functions中HTTP 2.0配置设置及HTTP20_ONLY_PORT作用的技术咨询

我来帮你拆解一下Azure Functions里这个HTTP 2.0配置和对应的环境变量到底是怎么工作的——毕竟这个设置的文档确实有点隐晦，踩坑太正常了！

先说说三个HTTP 2.0配置选项的底层逻辑： #

• Off：完全禁用HTTP/2协议，所有传入请求都会强制降级到HTTP/1.1处理，逻辑很直白。
• On：开启混合协议模式，Azure Functions的前端（也就是负责流量转发的Azure负载均衡层）会同时接收HTTP/1.1和HTTP/2请求。但这里有个关键细节：对于隔离进程模式的函数，前端会自动把HTTP/2请求转换成HTTP/1.1再转发给你的隔离进程——这就是你实验没拿到预期结果的核心原因！因为隔离进程的宿主目前还不原生支持HTTP/2，哪怕前端收的是HTTP/2，到你代码里还是HTTP/1.1。
• gRPC only：这是专门为gRPC场景设计的专属模式。当你选中这个选项时，前端只会接受HTTP/2格式的gRPC请求，并且不会做协议转换，直接把请求转发到你通过HTTP20_ONLY_PORT指定的端口上。划重点：只有在这个模式下，HTTP20_ONLY_PORT环境变量才会生效！

再聊聊HTTP20_ONLY_PORT的实际作用 #

这个环境变量本质是给Azure Functions前端一个「指路牌」：当启用「gRPC only」模式时，把接收到的HTTP/2 gRPC请求转发到隔离进程的哪个端口。你之前实验失败，大概率是因为没把配置改成「gRPC only」，而是用了「On」模式——这时候这个变量根本不会被触发。另外还要确保你的隔离进程代码里，确实在监听这个指定的端口（比如通过读取环境变量HTTP20_ONLY_PORT来配置Kestrel的监听端口）。

补充几个容易踩的坑： #

• 对于in-process模式的函数，「On」模式的行为不一样：前端会直接把HTTP/2请求传递给in-process宿主，因为in-process宿主原生支持HTTP/2，不需要协议转换。
• 如果你想在隔离进程里用HTTP/2处理非gRPC的普通请求，目前是做不到的——隔离进程只能通过「gRPC only」模式来接收原生HTTP/2的gRPC流量，普通HTTP/2请求还是会被转成HTTP/1.1。

备注：内容来源于stack exchange，提问作者OrdinaryOrange