是否有解决此问题的方法？就我所知，目前完全不可能实现，因为需要调用的方法(例如serverConn.startGracefulShutdown)未导出。cc. @bradfitz

在进行更多的操作后，看起来我可以做类似这样的事情，这是一个相当可怕的黑客行为，但似乎确实有效：

h2s := &http2.Server{}
h1s := &http.Server{}
http2.ConfigureServer(h1s, h2s)
// Make use of h2s in a h2c handler…
h1s.Shutdown(ctx)

这之所以有效，是因为 http2.ConfigureServer 向 http.Server 添加了一个关闭钩子，使得当其 Shutdown() 方法被调用时，会调用私有的 startGracefulShutdown 方法。 Shutdown() 无视 h1s 从未被“使用”的事实，仍然调用这个方法。

这不起作用，因为Shutdown本身并不等待h2c连接。
请参阅
go/src/net/http/server.go
第2631行 in 86ce1cb
| | gof() |
它在新goroutine中启动了h2c连接的优雅关闭，但只等待未被劫持的连接。

对不起，h2c在我优先级列表中非常低。我没有足够的时间来深入研究这个问题，所以在这里无法提供帮助。

https://golang.org/cl/185059提到了这个问题：http2: add Close and Shutdown functions to the Server.

Go团队是否愿意接受解决此问题的CL?(我看到有一个非常旧的CL已经打开，但似乎没有被审查过。)h2c在gRPC生态系统中特别受欢迎，对于基于net/http构建的gRPC实现来说，支持优雅地关闭是很不错的。我们已经有几个Connect用户抱怨这个问题😢
neild是否是查看x/net/http和net/http问题的最佳人选？

这不起作用，因为关闭本身不等待h2c连接。
它在新goroutine中启动优雅地关闭h2c连接，但只等待未被劫持的连接。
我想我已经想出了一个解决方法。想法是使用自定义监听器，直到连接关闭为止，参见 zalando/skipper#2480