背景
使用fastapi搭建算法中间件的时候遇到一个问题。搭建完基础的功能之后，用自带的/doc的web UI测试功能没问题。用postman 测试也没有问题。问题出现在用okhttp发送请求给算法中间件的时候，报错了。内容如下：
关键字：“RemoteProtocolError: illegal request line”、“PRI”、“invalid http request received”
查了几乎国内外的资料，这个问题大家遇到了，但是都没有很好的解决方案。自己研究了一天，解决了！
参考资料
https://www.uvicorn.org/ uvicorn官网，理解为java中的tomcat就好
https://www.starlette.io/ Starlette 是一个轻量级的ASGI框架/工具包，被fastapi整合了
https://ask.csdn.net/questions/1031681 http2实现中的PRI方法导致问题
https://fastapi.tiangolo.com/zh/ fastapi官网
tips：本场景解决方案不需要参考任何个人的博客。
解决方案
最终解决方案
更换web容器为支持fastapi的、兼容http2.0的daphne。安装之后，测试，完美解决问题。
pip install daphne # 安装
daphne app.main:app -p port -b 127.0.0.1 # 运行
解决问题的探索过程
现象
用浏览器发请求正常，但是用java代码发请求就出异常。
从客户端程序入手
根据现象，首先想到的是客户端程序多发了什么内容，导致的服务器端崩溃的。因为服务端程序没改，只是换了客户端的实现方式。
客户端的实现为forest框架，换成了resttemplate，又换成了okhttp，框架换了三个，还是触发类似的问题，这条路失败！
然后根据PRI和报错的内容，发现是http 2.0 的请求之后报的错，于是就想办法把okhttp的协议版本设置成了http1.1，如下图。但是测试还是失败。
从服务端程序入手
既然客户端的折腾无法奏效，就从server的角度，入手。既然http2.0的请求报错，就想着先通过fastapi的中间件过滤掉http2.0的请求，不触发后续的逻辑就不会报错了，做实验证明无效。中间件如下如所示，只允许post与get请求走后续的逻辑。
中间件无效的原因是因为，请求来了之后先经过h11的解析器，再进入逻辑部分的代码，所以过滤中间件无效。通过查阅uvicorn的官网，得知可以换解析器，可以换成httptools。于是我安装httptools，然后改变uvicorn的配置，使用httptools作为解析器继续做实验。
pip install httptools
uvicorn app.main:app --port port --host 127.0.0.1 --http httptools --reload
实验证明，换http协议的解析器还是不奏效，后台还是报错。
客户端折腾无效，服务端折腾无效，换框架？
客户端换框架，越来越底层，协议也设置为http1.1了还是控制不了发PRI请求。
服务端从过滤器，到解析器，换了一圈。
一度想要换掉fastapi这种框架改为flask或者Django这种成熟稳定的。
后来想着不行一定得解决这个问题！
于是，又仔细分析，请求到来之后，先经过的是tomcat之类的服务器（联想之前java开发的内容），现在的服务器和解析器不兼容http2.0所以就报错了。我只要想办法，发fastapi部署到能解析http2.0协议的服务器（并且404也不会报异常），不就不会报错了嘛？于是通过查阅资料（https://www.uvicorn.org/#alternative-asgi-servers），找到fastapi还支持其它的ASGI服务器。目前支持http2的包括：daphne，Hypercorn。我选择了daphne做最后一次尝试，最终我成功了！！！！！
pip install daphne # 安装
daphne app.main:app -p port -b 127.0.0.1 # 运行
测试结果，不会报错，完美兼容http2.0协议。所有业务正常运行！！！
这个方案再无效，就只能考虑换主框架了，万幸的是自己解决了！