这篇博客，我们来看看Cookie与Session，内容干货满满。
一. 引入Cookie1.1 定义HTTP Cookie（也称为 Web Cookie、浏览器 Cookie 或简称 Cookie）是服务器发送到 用户浏览器并保存在浏览器上的一小块数据，它会在浏览器之后向同一服务器再次发 起请求时被携带并发送到服务器上。通常，它用于告知服务端两个请求是否来自同一 浏览器，如保持用户的登录状态、记录用户偏好等。
1.2 工作原理当用户第一次访问网站时，服务器会在响应的 HTTP 头中设置 Set-Cookie字段，用于发送 Cookie 到用户的浏览器。
浏览器在接收到 Cookie 后，会将其保存在本地（通常是按照域名进行存储）。
在之后的请求中，浏览器会自动在 HTTP 请求头中携带 Cookie 字段，将之 前保存的 Cookie 信息发送给服务器。
1.3 分类会话 Cookie（Session Cookie）：在浏览器关闭时失效。持久 Cookie（Persistent Cookie）：带有明确的过期日期或持续时间， 可以跨多个浏览器会话存在。如果 cookie 是一个持久性的 cookie，那么它其实就是浏览器相关的，特定目录下的一个文件。但直接查看这些文件可能会看到乱码或无法读取的内容， 因为 cookie 文件通常以二进制或 sqlite 格式存储。一般我们查看，直接在浏览器对应的选项中直接查看即可。类似下面这样：
此处就是包含的当前站点含有的Cookie和站点数据。
需要注意的是：由于Cookie存储在客户端（如浏览器），是存在泄露的安全问题的。
二. 认识CookieCookie是报头中的一个报头选项，可以用来给客户端设置Cookie值。
基本格式
代码语言：javascript代码运行次数：0运行复制Set-Cookie:
完整的Cookie示例
代码语言：javascript代码运行次数：0运行复制Set-Cookie: username=peter; expires=Thu, 18 Dec 2024 12:00:00
UTC; path=/; domain=.example.com; secure; HttpOnly时间格式必须遵守 RFC 1123 标准，具体格式样例：Tue, 01 Jan 2030 12:34:56 GMT 或者 UTC(推荐)。
关于时间解释：
Tue: 星期二（星期几的缩写）, : 逗号分隔符01: 日期（两位数表示）Jan: 一月（月份的缩写）2030: 年份（四位数）12:34:56: 时间（小时、分钟、秒）GMT: 格林威治标准时间（时区缩写）GMT vs UTC（了解即可）：
GMT（格林威治标准时间）和 UTC（协调世界时）是两个不同的时间标准，但它们在大多数情况下非常接近，常常被混淆。以下是两者的简单解释和区别：
1. GMT（格林威治标准时间）：
GMT 是格林威治标准时间的缩写，它是以英国伦敦的格林威治区为基准的世界时间标准。GMT 不受夏令时或其他因素的影响，通常用于航海、航空、科学、天文等领域。GMT 的计算方式是基于地球的自转和公转。 2. UTC（协调世界时）：
UTC 全称为“协调世界时”，是国际电信联盟(ITU)制定和维护的标准时 间。UTC 的计算方式是基于原子钟，而不是地球的自转，因此它比 GMT 更准确。据称，世界上最精确的原子钟 50 亿年才会误差 1 秒。UTC 是现在用的时间标准，多数全球性的网络和软件系统将其作为标准时间。
GMT 和 UTC 的英文全称以及相关信息如下：
1. GMT（格林尼治标准时间） 英文全称：Greenwich Mean Time
GMT 是指位于英国伦敦郊区的皇家格林尼治天文台的标准时间，因为本初子午线被定义为通过那里的经线。理论上来说，格林尼治标准时间的正午是 指当太阳横穿格林尼治子午线时的时间。
但值得注意的是，地球的自转是有些不规则的，且正在缓慢减速。因此， 格林尼治时间已经不再被作为标准时间使用。
2. UTC（协调世界时） 英文全称：Coordinated Universal Time
UTC 是最主要的世界时间标准，其以原子时秒长为基础，在时刻上尽量 接近于格林尼治标准时间。
UTC 被广泛使用在计算机网络、航空航天等领域，因为它提供了非常准确和可靠的时间参考。 总结来说，GMT 和 UTC 都曾是或现在是国际上重要的时间标准，但由于地球自转 的不规则性和原子钟的精确性，UTC 已经成为了全球性的标准时间，而 GMT 则更 多被用作历史和地理上的参考。
区别：
• 计算方式：GMT 基于地球的自转和公转，而 UTC 基于原子钟。
• 准确度：由于 UTC 基于原子钟，它比基于地球自转的 GMT 更加精确。
关于其他可选属性的介绍：
expires：设置 Cookie 的过期日期/时间。如果未指定此属性，则 Cookie 默认为会话 Cookie，即当浏览器关闭时过期。path：限制 Cookie 发送到服务器的哪些路径。默认为设置它的路径。domain：指定哪些主机可以接受该 Cookie。默认为设置它的主机。了解即可secure：仅当使用 HTTPS 协议时才发送 Cookie。这有助于防止Cookie 在不安全的 HTTP 连接中被截获。了解即可HttpOnly：标记 Cookie 为 HttpOnly，意味着该 Cookie 不能被客户端脚本（如 JavaScript）访问。这有助于防止跨站脚本攻击（XSS）。了解即可注意事项：
（1）每个 Cookie 属性都以分号（;）和空格（ ）分隔。
（2）名称和值之间使用等号（=）分隔。
（3）如果 Cookie 的名称或值包含特殊字符（如空格、分号、逗号等），则需要 进行 URL 编码。
Cookie的生命周期：
如果设置了 expires 属性，则 Cookie 将在指定的日期/时间后过期。
如果没有设置 expires 属性，则 Cookie 默认为会话 Cookie，即当浏览器关闭时过期。
三. 测试Cookie我们编码来实现Cookie的验证，此处我们采用http形式，所以在前面http的代码上修改，不知道的读者可查看。（点此查看）
测试Cookie写入浏览器：
代码语言：javascript代码运行次数：0运行复制string ProveCookieWrite()//证明cookie能被写入浏览器
{
return "Set-Cookie:username=zhangsan;\r\n";
} 在处理业务函数内部调用测试：
代码语言：javascript代码运行次数：0运行复制string HandlerHttpRequest(string req)
{
cout << "-----------------" << endl;
cout << req << endl;
string response = "HTTP/1.0 200 OK\r\n";
response += "\r\n";
response+=ProveCookieWrite();//测试cookie被写入与自动提交
response += "
hello world !
";return response;
}运行一下看看结果：
可以看到最后一行确实有Cookie。
测试写入过期时间：
代码语言：javascript代码运行次数：0运行复制string GetMonthName(int month)
{
vector
return months[month];
}
std::string GetWeekDayName(int day)
{
std::vector
return weekdays[day];
}
string ExpireTimeUseRfc1123(int t)
{
time_t timeout=time(nullptr)+t;
struct tm *tm=gmtime(&timeout);//这里不能用localtime，因为localtime是默认带了时区的，gmtime获取的就是UTC统一时间
char inbuffer[1024];
snprintf(inbuffer,sizeof(inbuffer),"%s, %02d %s %d %02d:%02d:%02d UTC",
GetWeekDayName(tm->tm_wday).c_str(),
tm->tm_mday,
GetMonthName(tm->tm_mon).c_str(),
tm->tm_year+1900,
tm->tm_hour,
tm->tm_min,
tm->tm_sec);
return inbuffer;
}我们手动定义过期时间。
代码语言：javascript代码运行次数：0运行复制string ProvePath()
{
return "Set-Cookie:username=zhangsan; path=/a/b;\r\n";
}
string HandlerHttpRequest(string req)
{
cout << "-----------------" << endl;
cout << req << endl;
string response = "HTTP/1.0 200 OK\r\n";
response += "\r\n";
response+=ProveCookieTimeout();//测试过期时间的写入
response += "
hello world !
/body>";return response;
}运行一下看看效果：
确实是一分钟的过期时间。
测试路径 Path：
代码语言：javascript代码运行次数：0运行复制string ProvePath()
{
return "Set-Cookie:username=zhangsan; path=/a/b;\r\n";
}
string HandlerHttpRequest(string req)
{
#ifdef TEST
cout << "-----------------" << endl;
cout << req << endl;
string response = "HTTP/1.0 200 OK\r\n";
response += "\r\n";
response+=ProvePath();
response += "
hello world !
/body>";return response;
}测试效果：
如果提交非/a/b路径下
比如：http://8.137.19.140:8888/a/x
比如：http://8.137.19.140:8888/
比如：http://8.137.19.140:8888/x/y
结果：
提交到/a/b路径下时：
单独使用Cookie存在的问题
前面说过，Cookie是被客户端知晓的，所以如果我们单独使用Cookie，那么很有可能造成数据的泄露。
本质问题就在于这些用户私密数据在浏览器(用户端)保存，非常容易被人盗取，更重要的是，除了被盗取，还有就是用户私密数据也就泄漏了。
这就需要用到我们的Session了。往下继续看看吧。
五. 引入Session定义
HTTP Session是服务器用来跟踪用户与服务器交互期间用户状态的机制。由于HTTP协议是无状态的（每个请求都是独立的），因此服务器需要通过Session来记住用户的信息。
工作原理
当用户首次访问网站时，服务器会为用户创建一个唯一的Session ID，并通过Cookie将其发送到客户端。
客户端在之后的请求中会携带这个Session ID，服务器通过Session ID来识别用户，从而获取用户的会话信息。服务器通常会将Session信息存储在内存、数据库或缓存中。
安全性
与Cookie相似，由于Session ID是在客户端和服务器之间传递的，因此也存在被窃取的风险。
虽然Session ID也有泄露的风险，但是用户只泄漏了一个Session ID，私密信息暂时没有被泄露的风险。Session ID便于服务端进行客户端有效性的管理，比如异地登录。可以通过HTTPS和设置合适的Cookie属性（如HttpOnly和Secure）来增强安全性。
超时与失效
Session可以设置超时时间，当超过这个时间后，Session会自动失效。服务器也可以主动使Session失效，例如当用户退出时。
用途
（1）用户认证和会话管理。
（2）存储用户的临时数据（如购物车内容）。
（3）实现分布式系统的会话共享（通过将会话数据存储在共享数据库或缓存中）。
六. 测试Session我们封装成两个类，一个类定义Session，另一个类实现Session管理：
代码语言：javascript代码运行次数：0运行复制#pragma once
#include
#include
#include
#include
#include
#include
using namespace std;
class Session
{
public:
Session(const string& username,const string& status)
:_username(username),_status(status)
{
_create_time=time(nullptr);
}
~Session()
{}
public:
string _username;
string _status;
uint64_t _create_time;
};
using session_ptr=shared_ptr
class SessionManager
{
public:
SessionManager()
{
srand(time(nullptr));
}
string AddSession(session_ptr s)
{
uint32_t randtime=rand()+time(nullptr);//随机数+时间戳，实际有形成sessionid的库，比如boost uuid库，或者其他第三方库等
string sessionid=to_string(randtime);
_sessions.insert(make_pair(sessionid,s));
return sessionid;
}
session_ptr GetSession(const string sessionid)
{
if(_sessions.find(sessionid)==_sessions.end()) return nullptr;
return _sessions[sessionid];
}
~SessionManager()
{}
private:
unordered_map
};上层处理业务函数：
代码语言：javascript代码运行次数：0运行复制string HandlerHttpRequest(string req)
{
auto request = Factory::BuildHttpRequest();
request->Deserialize(req);
int contentsize=0;
string text=ReadFileContent(request->Path(),&contentsize);
string suffix=request->Suffix();
int code=302;
auto response=Factory::BuildHttpResponse();
static int number=0;
if(request->Url()=="/login")//用/login path向指定浏览器写入sessionid，并在服务器维护对应的session对象
{
string sessionid=request->Session();
if(sessionid.empty())//说明历史没有登陆过
{
string user="user-"+to_string(number++);
session_ptr s=make_shared
string sessionid=_session_manager->AddSession(s);
LOG(DEBUG,"%s 被添加，sessionid是：%s\n",user.c_str(),sessionid.c_str());
response->AddHeader("Set-Cookie: sessionid",sessionid);
}
}
else
{
//当浏览器在本站点任何路径中活跃，都会自动提交sessionid，我们就能知道谁活跃了
string sessionid=request->Session();
if(!sessionid.empty())
{
session_ptr s=_session_manager->GetSession(sessionid);
//这个地方有坑，一定要判断服务器端session对象是否存在，因为可能测试的时候
//浏览器还有历史sessionid，但是服务器重启之后，session对象没有了
if(s!=nullptr)
{
LOG(DEBUG,"%s 正在活跃\n",s->_username.c_str());
}
else
{
LOG(DEBUG,"cookie : %s 已经到期，需要清理\n",sessionid.c_str());
}
}
}
response->AddStatusLine(code,_code_to_desc[code]);
//http协议已经给我们规定好了不同文件后缀对应的Content-Type
response->AddHeader("Content-Type",_mime_type[suffix]);
response->AddHeader("Location","https://www.qq.com/");
return response->Serialize();
}访问/login，模拟登录：
总结：
HTTP Cookie 和 Session 都是用于在 Web 应用中跟踪用户状态的机制。Cookie 是存 储在客户端的，而 Session 是存储在服务器端的。它们各有优缺点，通常在实际应用 中会结合使用，以达到最佳的用户体验和安全性。
总结：
好了，到这里今天的知识就讲完了，大家有错误一点要在评论指出，我怕我一人搁这瞎bb，没人告诉我错误就寄了。
祝大家越来越好，不用关注我（疯狂暗示）