如果发生强制推送或分支删除，则 ref 指向的旧对象可能不再被任何 ref 引用，从而有资格进行垃圾收集。
在这种推送的 git post-receive 钩子的持续时间内，旧对象是否保证仍然有效？
在编写通过 Web 浏览器访问的 Web 服务时，一位共同维护者建议我们允许用户选择不使用 Cookie 登录到一个会话。（使用隐藏的 HTML 表单也是我们考虑过的事情，但我不太喜欢这个想法。JavaScript 是不可接受的。）
使用 Go 标准库的 HTTP 服务器或者其他机制，在设置时Connection: keep-alive，是否可以识别传入的请求来自哪个网络连接？
- 存储指向
http.Request.TLS（atls.ConnectionState）的指针是行不通的，因为它的内存可能会被释放，而且地址可能会被重用，从而可能劫持会话。 - 我没有看到有用的价值
http.Request。
通过以普通的 TCP/TLS/etc 连接接受请求、存储一些信息并http.Request自己构建 s 来实现这一点绝对是可能的；但这似乎相当痛苦。