这个问题实际上并没有消失。我尝试了很多方法。我在Tomcat 9.0系列的几个新版本上尝试了这个方法。我升级到了JDK 14、14.0.1和14.0.2，都是Oracle的（我从来没有尝试过OpenJDK版本，无法想象它会有什么不同）。我尝试了所有类型的TLS设置，包括将其限制为仅TLS1.3。
问题继续。
我试着运行一个完全不同的Sping Boot 应用程序，它必须向服务器发送大量的小（500字节）JSON POST消息。这些POST消息经常会失败。这种情况在一些浏览器上经常发生，但在另一些浏览器上却没有。没有任何明确的模式。这些浏览器可能是运行在Windows、Linux和Safari以及移动的设备上的浏览器。有时它能工作，有时不能。
通常情况下，最有可能失败的GET是获取小的静态对象，比如一个小的CSS文件，这实际上应该是加载最容易和最快的东西。作为一个附带的后果，无法加载CSS完全破坏了网站，所以这真的很糟糕。
因此，我们有许多不同版本的Tomcat、许多版本的JDK、许多不同的http2和TLS配置参数变体，以及两个完全不同的Sping Boot 应用程序，但我们遇到了相同的问题：http2会话的零星失败。这里唯一的共同点是当我切换回http1. 1时，问题都消失了。
尽管Http1.1很可靠，但它的性能比http2差得多，我希望它能正常工作。
出于完全的绝望，我想，好吧，我唯一没有改变的是服务器软件，我知道Jetty的http2实现与Tomcat的完全不同。
我切换到基本的Jetty配置，启用了http2，部署了我的应用程序，并测试了它。所有的http2问题都消失了。它开始像预期的那样运行，运行良好，并具有http2的性能优势。这个切换修复了之前出现问题的两个Sping Boot 应用程序的问题。顺便说一下，这两个Spring Boot应用程序非常不同，一个涉及数据库和Spring集成以及大量的特性，另一个简单得多，只涉及阅读一些小文件。
我在这里只能得出一个结论：Tomcat的http2实现中存在一些问题，它还没有经过充分的测试或实际使用，因此不应该在生产中使用。这是一件痛苦的事情，因为我多年来一直使用Tomcat作为我的首选服务器，我认为Tomcat版本将是稳定的，并准备投入生产，但事实并非如此。如果您遇到这些“封闭流”客户端加载失败的错误，它是立即的，而不是在任何超时之后，它发生在http2而不是http1上，然后尝试切换到Jetty，看看是否有什么不同。如果任何Tomcat开发人员想进一步了解这一点，请回复此消息，我可以将我们的系统设置为演示。
考虑到Tomcat是最古老和使用最广泛的Servlet容器，我确实是带着强烈的偏爱来做这件事的，但到目前为止，我得出结论，Jetty将是我的首选。
我希望这篇文章能帮助其他可能遇到这个问题的人，因为这真的不容易弄清楚，最后我也没有弄清楚到底发生了什么，除了Tomcat的http2出了问题。

解决办法很简单，我也遇到过同样的问题。
还有其他参数要配置，在下面的链接中有详细的列表https://tomcat.apache.org/tomcat-8.5-doc/config/http2.html
在您的情况下，一个简单的解决方案是：

<UpgradeProtocol className="org.apache.coyote.http2.Http2Protocol"                     
                 overheadCountFactor="-1"
                 overheadDataThreshold="0"
                 overheadWindowUpdateThreshold="0"/>

间接费用计数系数：在计算开销帧以确定一个连接是否有太高的开销而应该关闭时所用的因子。开销计数从-10开始。每发送或接收一个 Dataframe 和每接收一个报头帧，该计数就减少一次。ecc ecc......如果开销计数超过零，连接已关闭。小于1的值将禁用此保护。在正常使用中，3或更大的值将在任何流完成之前关闭连接。如果未指定，将使用默认值1。

我也遇到过同样的问题，对我来说，解决方案是为升级协议设置readTimeout=“20000”：

<UpgradeProtocol className="org.apache.coyote.http2.Http2Protocol"
        readTimeout="20000" />

但不能保证它对你有效;- ）

TL;DR

有很强的证据表明这可能是旧版本tomcat的一个bug。尝试升级你的tomcat版本，因为它帮助我修复了一个类似的问题。下面我会给予出一个更详细的解释发生在我身上。
背景
当我尝试让一个应用程序使用HTTP 2时，这个错误开始出现。当我在Tomcat的server.xml中启用HTTP 2后，当我访问主主页时，这个错误开始出现在日志中。由于这个原因，一些信息停止显示，并向客户端显示错误消息。这是一个使用JSP、Servlet 2.5和Tomcat 9.0.8的Java 8应用程序。

错误说明

我搜索了一下才发现，这个错误基本上意味着客户端关闭了连接，现在服务器无法为该连接写入响应。我所说的连接是指TCP连接。对我来说，这个错误是在我试图写入我的response.getOutputStream()时触发的。在本例中，response是一个HttpServletResponse对象。服务器知道客户端关闭了连接的唯一方法是实际尝试向其写入响应。
通常这个错误不是什么大问题。因为客户端关闭了连接，所以服务器不能给予响应也没关系，应用程序可能会很好。但是，由于某种原因，这影响了我的应用程序。而且，我没有关闭任何连接，所以没有理由显示这个错误。为什么有一个连接被关闭？那是什么连接？

原因是什么

经过更多的调试，我终于明白发生了什么。根据浏览器的devtools网络标签，我只做了一个请求，但是当我调试servlet时，实际上有两个请求到达服务器。其中一个请求是浏览器发出的实际请求，而另一个我不知道。第二个请求是，当我的servlet试图写一个响应时，错误发生了。2从我的应用程序的Angular 看，有两个线程（每个请求一个）在做完全相同的事情，这导致了一些并发问题。3这就是为什么有些信息没有出现在屏幕上。

解决方案

唯一能帮我解决这个问题的是升级我的tomcat。我用的是9.0.8版本。当我把它升级到9.0.37版本时，这个问题就停止了。我不能再复制它了。只有一个连接到服务器。我只能假设这是tomcat 9.0.8版本中的一个bug，并且可能存在于其他版本中，因为我不知道这个问题最终是什么时候被修复的。tomcat’s changelog page可能会给予一些提示。

对我来说，这个属性解决了使用Sping Boot 2.1（或更高版本）的问题
server.http2.enabled=true

我想我尝试了本帖中提到的所有建议，包括将Tomcat升级到10.0.6都没有用。解决我问题的方法是增加连接器上的线程数。我最初的maxThreads=“10”，当我将线程数增加到30时，问题完全消失了。
(The给我带来问题的页面上有25个图标）