HTTP/2协议虽然带来了诸多性能提升，但也存在一些缺点，主要体现在以下几个方面：
兼容性问题
- 服务器和客户端支持程度不一：尽管HTTP/2已经逐渐普及，但仍然存在一些较老的服务器和客户端设备不支持该协议。这就导致在向HTTP/2迁移的过程中，需要确保服务器和客户端都能够正确地处理HTTP/2请求和响应，否则可能会出现兼容性问题，影响用户体验。
- 中间代理和网络设备的兼容性挑战：除了服务器和客户端，网络中的一些中间代理服务器、防火墙等设备也可能对HTTP/2的支持不完善。这些设备可能会对HTTP/2流量进行错误的处理或限制，导致连接中断、性能下降等问题。
部署复杂性
- SSL/TLS证书要求：HTTP/2通常要求使用SSL/TLS来保证通信的安全性，这意味着网站需要获取和配置有效的SSL/TLS证书。对于一些小型网站或个人开发者来说，获取和管理证书可能会增加额外的成本和复杂性，包括证书的购买、安装、更新以及私钥的安全管理等。
- 服务器配置调整：为了支持HTTP/2，服务器需要进行相应的配置调整和优化。这可能涉及到对服务器软件的升级、配置参数的修改以及对现有架构的调整，对于一些复杂的服务器环境来说，部署和维护HTTP/2可能会带来一定的技术挑战和风险。
头部压缩的潜在风险
- HPACK算法的复杂性：HTTP/2使用的HPACK算法用于头部压缩，虽然能够有效减少头部数据量，但该算法相对复杂。在某些情况下，如处理大量不同的请求头组合或面对恶意构造的请求头时，可能会导致压缩和解压缩的性能开销增加，甚至可能出现压缩炸弹等安全风险。
- 头部字段的敏感性：由于头部压缩是基于上下文的，对于一些动态变化的头部字段或包含敏感信息的头部字段，可能会因为压缩算法的特性而导致信息泄露或数据不一致的问题。例如，当多个请求共享同一个压缩上下文时，一个请求中的敏感信息可能会通过压缩后的头部数据泄露给其他请求。
服务器推送的滥用风险
- 资源推送的准确性：服务器推送功能允许服务器主动向客户端推送资源，但如果推送的资源不准确或不符合客户端的实际需求，可能会导致客户端缓存不必要的资源，浪费带宽和存储空间。例如，服务器可能会错误地推送一些用户可能永远不会访问的资源，或者推送的资源版本与客户端实际需要的版本不一致。
- 推送策略的管理复杂性：确定何时以及推送哪些资源需要服务器端有合理的推送策略。如果推送策略不合理，可能会导致推送过多或过少的资源，影响性能和用户体验。而且，随着网站内容和用户行为的变化，推送策略也需要不断地调整和优化，这增加了服务器端管理的复杂性。
流量控制的挑战
- 依赖于单个TCP连接：HTTP/2在一个TCP连接上多路复用多个请求和响应，这意味着所有的流量都共享同一个TCP连接的带宽。在高并发或网络状况不稳定的情况下，如何合理地分配带宽给不同的请求和响应，以确保各个请求都能够及时得到处理，是一个具有挑战性的问题。如果流量控制不当，可能会导致某些请求长时间等待资源，影响用户体验。
- 流量控制算法的适应性：HTTP/2的流量控制算法需要根据网络状况和请求的优先级等因素动态地调整带宽分配，但目前的流量控制算法可能在某些场景下不够灵活或适应性不足。例如，在面对突发的流量高峰或网络拥塞时，流量控制算法可能无法及时地做出有效的调整，导致性能下降。
