HTTP Cookie 请求标头事件序列
我对使用 cookie 时的事件顺序有点不确定。如果客户端应用程序重复从服务器请求同一页面，我认为会发生以下情况：
- 客户端应用程序发出请求，
- 服务器端返回一个 Set-Cookie 响应标头，
- 客户端发出另一个请求，将步骤 2 中返回的 cookie 放入 HTTP 请求中 服务器端返回“Cookie”标头
- ，但响应标头中没有 Set-Cookie
这是正确的顺序吗？ （我对步骤 4 特别感兴趣 - 服务器是否返回 Set-Cookie 以响应提供 cookie 的请求）
如果这有什么区别的话，所讨论的 cookie 实际上是 JSESSIONID cookie。
谢谢
戴夫
I am a little uncertain about the sequence of events when using cookies. Here's what I think happens if a client application repeatedly requests the same page from the server:
- client application makes a request
- server side returns with a Set-Cookie response header
- client makes another request, putting the cookie returned in step 2 in to the HTTP request "Cookie" header
- server side returns but with no Set-Cookie in the response header
Is that the correct sequence? ( I'm particularly interested in Step 4 - does the server return a Set-Cookie in response to a request that has supplied a cookie )
The cookie in question is actually a JSESSIONID cookie, if that makes any difference.
Thanks
Dave
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，这是正确的顺序。但是，我看到许多应用程序发送回具有相同值的“Set-Cookie”标头。它不会损害流程，因为值是相同的，即使客户端更新 cookie，它仍然是相同的值（因此，相同的会话）。
Yes, that's the correct sequence. However, I've seen many applications sending back "Set-Cookie" header with the same value. It does not harm the flow, since values are the same and even if client updates the cookie it's still the same value (thus, the same session).