本质上，http最早诞生的那个时候，不是用来处理session或者dialog的

那个时候甚至一个http request结束，连接都会拆掉

后来需要用http来承载session或者dialog，很自然的就需要在每个request里面携带和session相关联的信息，类似于cookie这些东西

不带行不行呢？不行啊，你也不知道你同一个session里面的下一个请求什么时候来，从什么连接来，那你怎么关联整个session呢？

后来有了http1.1，连接会复用，但这个连接保持的时间，大致也限于客户端当前页面的最后一个请求完成。谁也不知道过多久之后，用户会点下一个链接发起一个什么动作，所以连接不可能一直保持。

所以还是没有持久的连接，还是需要解决后续request和整个session的关联问题，所以还是需要带类似cookie这种东西。

即使后来到了HTTP2，连接也依然不是长时间持续的，上面的情况依然类似。

现在到了http3 over quic, 在quic层面上能支持connection-id刷新，connection重用，等等，但是本质上，quic的session，不可能和第七层的session生命周期一样长，不然服务器会有最大并发session的容量的压力。

所以实际上，即使是http3 over quic，依然需要http自己通过特定的header来标识和维护关联session

【 在 threebird 的大作中提到: 】
: 不是文本问题，无效的东西太多，比如所有cookie每次都要带上，HTTP头中很多字段没必要每次都出现。
: :
--
修改:wallyz FROM 123.168.94.*
FROM 123.168.94.*