【Linux网络】深入 HTTP 协议（五）:从 Cookie/Session 原理到 C++ 源码实战

Cx330❀2026-08-04 8:17

🔥个人主页：Cx330🌸

❄️个人专栏：《C语言》《LeetCode刷题集》《数据结构-初阶》《C++知识分享》

《优选算法指南-必刷经典100题》《Linux操作系统》:从入门到入魔

《Git深度解析》:版本管理实战全解 《Qt 极境架构》MySQL 核心技术与实战

🌟心向往之行必能

🎥Cx330🌸的简介：

目录

前言

[一. 为什么需要会话保持？HTTP 的无状态特性](#一. 为什么需要会话保持？HTTP 的无状态特性)

[1.1 无连接 (Connectionless)](#1.1 无连接 (Connectionless))

[1.2 无状态 (Stateless)](#1.2 无状态 (Stateless))

[2.1 Cookie 的定义与工作原理](#2.1 Cookie 的定义与工作原理)

基本工作流程：

[2.2 Cookie 的完整格式与属性详解](#2.2 Cookie 的完整格式与属性详解)

[2.3 Cookie 的分类与存储](#2.3 Cookie 的分类与存储)

[2.4 Cookie 的安全缺陷](#2.4 Cookie 的安全缺陷)

[三. Version 2：Session 解决方案 ------ 把状态存在服务端](#三. Version 2：Session 解决方案 —— 把状态存在服务端)

[3.1 Session 的工作原理](#3.1 Session 的工作原理)

工作流程：

[3.2 Session 的核心数据结构](#3.2 Session 的核心数据结构)

[四. 源码实战：C++ 实现 HTTP 会话管理（补充扩展）](#四. 源码实战：C++ 实现 HTTP 会话管理（补充扩展）)

[4.1 生成符合 RFC 标准的过期时间](#4.1 生成符合 RFC 标准的过期时间)

[4.2 解析 HTTP 请求中的 Cookie](#4.2 解析 HTTP 请求中的 Cookie)

[4.3 实现登录与会话保持逻辑](#4.3 实现登录与会话保持逻辑)

[4.4 实验验证](#4.4 实验验证)

[五. 抓包验证：用 HTTP Toolkit 看会话流程](#五. 抓包验证：用 HTTP Toolkit 看会话流程)

[5.1 抓包原理](#5.1 抓包原理)

[5.2 抓包结果分析](#5.2 抓包结果分析)

[六. 总结与进阶](#六. 总结与进阶)

[6.1 Cookie 与 Session 对比](#6.1 Cookie 与 Session 对比)

[6.2 安全性增强措施](#6.2 安全性增强措施)

[6.3 进阶方向](#6.3 进阶方向)

结尾

前言

你是否有过这样的疑问：为什么 HTTP 协议是无状态的，但我们在淘宝购物、在 GitHub 浏览时，系统却能"记住"我们的登录状态？

本文将从 HTTP 的底层特性切入，循序渐进地剖析 Cookie 与 Session 的核心原理，并手把手带你用 现代 C++（C++11/17） 实现一套手写 HTTP 会话管理系统，最后结合 HTTP Toolkit 进行抓包验证。

一. 为什么需要会话保持？HTTP 的无状态特性

要搞懂会话保持，首先必须理解 HTTP 协议（主要是 HTTP/1.0 与 HTTP/1.1）的两个基本特征：无连接 和 无状态。

1.1 无连接 (Connectionless)

"无连接"指的是 HTTP 协议限制每次连接只处理一个请求。服务端处理完客户端的请求并收到应答后，即断开连接。

  • HTTP/1.0：默认情况下，每次请求/响应都需要建立一次 TCP 三次握手，传输完成后即执行 TCP 四次挥手断开。

  • HTTP/1.1 ：引入了 Keep-Alive 长连接机制，允许在一个 TCP 连接上复用多个 HTTP 请求/响应，但在应用层上，请求与请求之间依然是独立的。

1.2 无状态 (Stateless)

"无状态"是指 HTTP 协议对于事务处理没有记忆能力。服务器不会保存关于客户端在之前请求中的任何状态信息。

  • 优点：服务器不需要额外维护客户端的状态上下文，减轻了服务端的内存压力，且接口容易做到无状态伸缩（Scalability）。

  • 缺点：如果用户打开一个电商网站：

    1. 第 1 次请求：用户输入账号密码登录成功。

    2. 第 2 次请求：用户点击"加入购物车"。

    3. 因为无状态，服务器在第 2 次请求时根本不知道你是谁，只能再次要求你输入账号密码！

为了解决这个"记不住用户"的问题，会话保持（Session Retention / Session Management） 技术应运而生。

Cookie 是由服务器发送给客户端的一小段文本数据，客户端（如浏览器）会将其保存在本地，并在后续向同一服务器发起请求时，自动在 HTTP 请求头中带上这些数据。

基本工作流程：
复制代码 
+------------------+                    +------------------+
|   Client (Browser)|                    |   Server         |
+------------------+                    +------------------+
         |                                        |
         | --- 1. POST /login (username,pwd) ---> |
         |                                        |  验证身份成功
         | <--- 2. HTTP 200 OK ------------------ |
         |        Set-Cookie: user=alex; id=101   |  返回 Set-Cookie
         |                                        |
 (本地保存 Cookie)                                 |
         |                                        |
         | --- 3. GET /user/profile ------------> |
         |        Cookie: user=alex; id=101       |  自动带上 Cookie
         |                                        |  读取 Cookie 识别用户
         | <--- 4. HTTP 200 OK (Profile Data) ---- |

服务器通过 HTTP 响应头中的 Set-Cookie 字段向客户端写入 Cookie。其标准格式如下：

复制代码 
Set-Cookie: <cookie-name>=<cookie-value>; Expires=<date>; Max-Age=<non-zero-digit>; Domain=<domain-value>; Path=<path-value>; Secure; HttpOnly; SameSite=Strict|Lax|None

关键属性解析表：

属性名 含义与作用
Name=Value Cookie 的键值对，存放具体数据（如 user_id=12345）。
Expires Cookie 的过期绝对时间，格式为 RFC 1123/GMT 标准时间（如 Sun, 02 Aug 2026 12:00:00 GMT）。
Max-Age Cookie 失效的相对秒数（如 Max-Age=3600 表示 1 小时后失效）。优先级高于 Expires。
Domain 指定哪些域名可以接收该 Cookie（例如**.example.com** 包含其所有子域名）。
Path 指定该 Cookie 生效的 URL 路径（例如 Path=/api，则只有 /api 开头的路径才会带上该 Cookie）。
Secure 安全标记：指示浏览器仅在 HTTPS 加密通道中传输此 Cookie。
HttpOnly 安全标记 ：禁止客户端 JavaScript（如 document.cookie）读取该 Cookie，有效防御 XSS 攻击。
SameSite 跨站标记 ：限制第三方 Cookie 传输，防御 CSRF 攻击（可选 Strict, Lax, None）。

重要注意事项：

  • 时间格式必须使用 UTC 时间，不能使用本地时间。在 C++ 中需要用**gmtime()而不是localtime()**来生成
  • 如果不设置expires属性，Cookie 默认为会话 Cookie，浏览器关闭后立即失效
  • path属性默认是设置 Cookie 的页面路径，设置为/才能让 Cookie 在全站生效

  1. 会话 Cookie (Session Cookie)：

    • 不设置 Expires或 Max-Age 属性。

    • 数据仅保存在浏览器的内存中，当用户关闭浏览器窗口后，Cookie 自动失效。

  2. 持久 Cookie (Persistent Cookie)：

    • 设置了明确的过期时间（Expires或 Max-Age）。

    • 数据会被浏览器写入客户端的磁盘/数据库中，即使关闭浏览器或重启电脑，只要未到过期时间，Cookie 依然有效。

虽然 Cookie 解决了无状态问题，但完全依赖客户端保存状态存在严重风险：

  1. 体积受限：单个 Cookie 大小不能超过 4KB，一个域名下的 Cookie 总数也受限（通常约 20-50 个）。

  2. 存在篡改风险 ：客户端用户可以打开浏览器开发者工具（F12）自由修改 Cookie 内容。如果把 user_id=100 改成 user_id=1（管理员），没有防篡改校验的话就会造成越权。

  3. 明文传输与泄露 ：若未开启 Secure 标记，Cookie 在 HTTP 明文传输中极易被中间人截获（抓包）。

  4. 易受 XSS 与 CSRF 攻击：

    • XSS (跨站脚本攻击) ：恶意脚本通过 document.cookie 盗取 Cookie。

    • CSRF (跨站请求伪造)：利用浏览器自动携带 Cookie 的特性，诱导用户点击恶意链接发起非法操作。

三. Version 2：Session 解决方案 ------ 把状态存在服务端

为了解决 Cookie 的安全性与存储容量限制，Session（会话） 方案被提出。

3.1 Session 的工作原理

Session 的核心思想是：敏感数据与状态保存在服务端，客户端只保存一个唯一的识别码 ------ Session ID。

工作流程：

  1. 登录认证：客户端向服务器提交用户名和密码。

  2. 创建 Session ：服务器验证通过后，在服务器内存/数据库中创建一条记录，存放该用户的状态（如 用户 ID、权限、登录时间等），并生成一个随机且不可预测 的唯一标识符 Session ID（如 UUID 或 128 位随机 Hash）。

  3. 下发 Session ID ：服务器将 Session ID 写入响应头的 Set-Cookie 中（例如 Set-Cookie: SESSIONID=xyz123456789; HttpOnly）。

  4. 后续请求 ：客户端后续发送请求时，浏览器会自动带上包含 SESSIONID的 Cookie。

  5. 查找匹配 ：服务器接收到 SESSIONID，去服务端的存储中查表，校验成功后获取该用户的 Session 数据，完成身份认定。

    +-------------------+ +-----------------------------------+
    | Client (Browser) | | Server |
    +-------------------+ +-----------------------------------+
    | |
    | --- 1. POST /login ------------------------> |
    | | 1. 验证用户身份
    | | 2. 生成 SessionID (如 "S_888")
    | | 3. 服务端保存: S_888 -> {uid: 101}
    | <--- 2. HTTP 200 OK ------------------------ |
    | Set-Cookie: SESSIONID=S_888; HttpOnly |
    | |
    (仅保存 SESSIONID) |
    | |
    | --- 3. GET /cart --------------------------> |
    | Cookie: SESSIONID=S_888 | 1. 收到 S_888
    | | 2. 服务端查表匹配 uid=101
    | <--- 4. HTTP 200 OK (Cart List) ------------ |

3.2 Session 的核心数据结构

在单机版服务器中，Session 在内存中的管理本质上就是一个高并发安全的哈希表（Hash Table）。

其逻辑结构通常如下：

复制代码 
// 伪代码表示 Session 的内存存储结构
struct SessionData {
    std::string user_id;
    std::string username;
    uint64_t create_time;
    uint64_t last_access_time;
    // ... 其他上下文信息
};

// 服务端核心映射表
std::unordered_map<std::string, SessionData> g_session_table; // Key: SessionID

为了管理大量的 Session 对象，我们需要一个 Session 管理器：

复制代码 
class SessionManager
{
public:
    SessionManager()
    {
        srand(time(nullptr) ^ getpid()); // 初始化随机数种子
    }

    // 添加新Session，返回生成的Session ID
    std::string AddSession(session_ptr s)
    {
        // 简单实现：随机数+时间戳生成Session ID
        // 生产环境建议使用boost.uuid等专业库生成
        uint32_t random_id = rand() + time(nullptr);
        std::string session_id = std::to_string(random_id);
        
        _sessions.insert(std::make_pair(session_id, s));
        return session_id;
    }

    // 根据Session ID查找Session
    session_ptr GetSession(const std::string& session_id)
    {
        auto it = _sessions.find(session_id);
        if (it == _sessions.end())
            return nullptr;
        return it->second;
    }

private:
    // 用哈希表存储Session ID到Session对象的映射
    std::unordered_map<std::string, session_ptr> _sessions;
};

生产环境注意事项：

  • 上述代码中的 Session ID 生成方式仅用于演示，实际应用中应使用128 位以上的强随机字符串（如 UUID）
  • 不要将 Session 存储在内存中（服务器重启会丢失所有会话），生产环境通常使用Redis等内存数据库存储
  • 需要实现 Session 过期清理机制，定期删除过期的 Session

四. 源码实战：C++ 实现 HTTP 会话管理（补充扩展）

下面我们动手用 C++ 实现一套轻量级 HTTP 会话管理核心模块。代码包含：

  1. 生成符合 RFC 标准的 GMT 过期时间；

  2. 解析 HTTP 请求中的 Cookie 头部；

  3. 基于内存哈希表的 SessionManager类；

  4. 模拟 HTTP 请求的登录与会话保持逻辑。

4.1 生成符合 RFC 标准的过期时间

首先实现一个工具函数，生成符合 RFC 1123 标准的 UTC 时间字符串：

复制代码 
// HttpProtocol.hpp
#include <vector>
#include <cstdio>
#include <ctime>

std::string GetMonthName(int month)
{
    std::vector<std::string> months = {"Jan", "Feb", "Mar", "Apr", "May", "Jun",
                                       "Jul", "Aug", "Sep", "Oct", "Nov", "Dec"};
    return months[month];
}

std::string GetWeekDayName(int day)
{
    std::vector<std::string> weekdays = {"Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat"};
    return weekdays[day];
}

// 生成RFC 1123格式的UTC时间，t为未来的秒数
std::string ExpireTimeUseRfc1123(int t)
{
    time_t timeout = time(nullptr) + t;
    struct tm* tm = gmtime(&timeout); // 必须用gmtime获取UTC时间
    
    char timebuffer[1024];
    snprintf(timebuffer, sizeof(timebuffer),
             "%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 std::string(timebuffer);
}

客户端发来的请求头格式通常为： Cookie: SESSIONID=abc123xyz; theme=dark; user_preference=1

我们需要编写一个高效的字符串解析函数将其转换为 C++ 的 std::unordered_map<std::string, std::string>。

复制代码 
#include <unordered_map>
#include <vector>

// 解析 HTTP Header 中的 Cookie 字符串
std::unordered_map<std::string, std::string> ParseCookies(const std::string& cookie_header) {
    std::unordered_map<std::string, std::string> cookies;
    size_t start = 0;

    while (start < cookie_header.size()) {
        size_t end = cookie_header.find(';', start);
        if (end == std::string::npos) {
            end = cookie_header.size();
        }

        std::string pair = cookie_header.substr(start, end - start);
        
        // 去除前导空格
        size_t first_non_space = pair.find_first_not_of(" \t");
        if (first_non_space != std::string::npos) {
            pair = pair.substr(first_non_space);
        }

        size_t eq_pos = pair.find('=');
        if (eq_pos != std::string::npos) {
            std::string key = pair.substr(0, eq_pos);
            std::string value = pair.substr(eq_pos + 1);
            cookies[key] = value;
        }

        start = end + 1;
    }

    return cookies;
}

4.3 实现登录与会话保持逻辑

我们设计一个线程安全的（简化的） SessionManager类，用于管理 Session 的创建、获取与销毁。

复制代码 
#include <mutex>
#include <random>
#include <memory>

// Session 数据结构
struct Session {
    std::string session_id;
    std::string user_id;
    std::string username;
    std::chrono::system_clock::time_point expire_time;

    bool IsExpired() const {
        return std::chrono::system_clock::now() > expire_time;
    }
};

class SessionManager {
public:
    static SessionManager& GetInstance() {
        static SessionManager instance;
        return instance;
    }

    // 生成随机 Session ID (模拟 16 字节随机 Hex)
    std::string GenerateSessionId() {
        static const char hex_chars[] = "0123456789abcdef";
        std::random_device rd;
        std::mt19937 gen(rd());
        std::uniform_int_distribution<> dis(0, 15);

        std::string sid = "SESS_";
        for (int i = 0; i < 24; ++i) {
            sid += hex_chars[dis(gen)];
        }
        return sid;
    }

    // 创建 Session 并返回 SessionID
    std::string CreateSession(const std::string& user_id, const std::string& username, int max_age_seconds = 3600) {
        std::lock_guard<std::mutex> lock(mutex_);
        std::string sid = GenerateSessionId();

        auto session = std::make_shared<Session>();
        session->session_id = sid;
        session->user_id = user_id;
        session->username = username;
        session->expire_time = std::chrono::system_clock::now() + std::chrono::seconds(max_age_seconds);

        sessions_[sid] = session;
        return sid;
    }

    // 获取 Session，若过期或不存在返回 nullptr
    std::shared_ptr<Session> GetSession(const std::string& sid) {
        std::lock_guard<std::mutex> lock(mutex_);
        auto it = sessions_.find(sid);
        if (it == sessions_.end()) {
            return nullptr;
        }

        if (it->second->IsExpired()) {
            sessions_.erase(it); // 惰性删除
            return nullptr;
        }

        return it->second;
    }

    // 销毁 Session (用于 Logout)
    void DestroySession(const std::string& sid) {
        std::lock_guard<std::mutex> lock(mutex_);
        sessions_.erase(sid);
    }

private:
    SessionManager() = default;
    std::mutex mutex_;
    std::unordered_map<std::string, std::shared_ptr<Session>> sessions_;
};

4.4 实验验证

通过编写主函数，模拟 HTTP 请求的整个生命周期：

复制代码 
int main() {
    std::cout << "=== 1. 模拟用户登录请求 ===" << std::endl;
    std::string username = "cxx_developer";
    std::string user_id = "10086";

    // 服务端验证成功，创建 Session
    std::string sid = SessionManager::GetInstance().CreateSession(user_id, username, 3600);
    std::string expire_str = FormatHttpDate(3600);

    // 服务端构造响应头返回给客户端
    std::cout << "[Server Response Header]" << std::endl;
    std::cout << "HTTP/1.1 200 OK\r\n";
    std::cout << "Set-Cookie: SESSIONID=" << sid 
              << "; Path=/; Expires=" << expire_str 
              << "; HttpOnly; Secure\r\n\r\n";

    std::cout << "\n=== 2. 模拟客户端发送带 Cookie 的后续请求 ===" << std::endl;
    // 模拟客户端构造的 HTTP 请求头
    std::string incoming_cookie_header = "SESSIONID=" + sid + "; theme=dark";
    std::cout << "[Client Request Header Cookie]: " << incoming_cookie_header << std::endl;

    // 服务端解析 Cookie
    auto cookies = ParseCookies(incoming_cookie_header);
    std::string req_sid = cookies["SESSIONID"];

    // 校验 Session
    auto session = SessionManager::GetInstance().GetSession(req_sid);
    if (session) {
        std::cout << "[Server Auth Success] Welcome, " << session->username 
                  << " (UID: " << session->user_id << ")" << std::endl;
    } else {
        std::cout << "[Server Auth Failed] Invalid or Expired Session!" << std::endl;
    }

    std::cout << "\n=== 3. 模拟注销登录 (Logout) ===" << std::endl;
    SessionManager::GetInstance().DestroySession(sid);
    
    // 再次请求
    session = SessionManager::GetInstance().GetSession(req_sid);
    if (!session) {
        std::cout << "[Server Auth Check] Session cleared successfully after logout." << std::endl;
    }

    return 0;
}

五. 抓包验证：用 HTTP Toolkit 看会话流程

理论与源码实现完成后，我们使用现代化的抓包分析工具 HTTP Toolkit（或 Wireshark / Fiddler）来捕获并分析真实环境中的 HTTP 会话流程。

5.1 抓包原理

抓包工具的核心原理主要有两种：

  1. 网络层/传输层抓包 (如 Wireshark)：利用 WinPcap/Npcap 或 Libpcap 驱动挂载在网卡驱动层，直接混杂模式监听网卡的数据包帧（IP/TCP 包）。

  2. 应用层 HTTP 代理抓包 (如 HTTP Toolkit / Fiddler) ：抓包工具在本地启动一个 HTTP/HTTPS 代理服务器（如 127.0.0.1:8888），通过修改系统或浏览器的代理设置，使所有 HTTP 请求先经过抓包代理程序，代理程序记录请求和响应内容后再转发给真正的目标服务器。

5.2 抓包结果分析

  • 首次登录请求 ：
    • 请求：GET /login HTTP/1.1，请求头中没有 Cookie 字段
    • 响应：HTTP/1.1 200 OK，响应头中包含Set-Cookie: sessionid=123456; path=/;
  • 后续请求 ：
    • 请求：GET /any/path HTTP/1.1，请求头中自动添加了Cookie: sessionid=123456
    • 响应：服务器根据 Session ID 识别用户身份，返回对应内容

六. 总结与进阶

比较维度 Cookie 方案 Session 方案
存储位置 客户端（浏览器内存或本地磁盘） 服务端（内存、Redis、数据库等）
安全性 较低：数据透明可查、易被篡改和盗取 较高：敏感数据在服务端，客户端只有无含义的 ID
服务器负载 低：服务器不占内存空间 高：在线用户多时，占用服务器内存/存储空间
存储容量 单个 Cookie 不超过 4KB 理论上受限于服务器存储容量
典型应用 记住用户名、保存用户界面偏好设置（如深色模式） 账户登录状态、购物车、敏感权限控制

6.2 安全性增强措施

单纯依靠传统的 Cookie/Session 依然可能遭受网络攻击，实际生产环境中需引入以下增强防护：

  1. 启用 HttpOnly 标志：强行禁止客户端 JS 读取 Cookie，切断 XSS 盗取 Cookie/SessionID 的途径。

  2. 启用 Secure 与 SameSite：

    • Secure强制 HTTPS 加密传输，防止中间人链路抓包明文窃听。

    • SameSite=Strict 或 SameSite=Lax 限制第三方站点携带 Cookie，免疫绝大多数 CSRF 攻击。

  3. Session ID 的随机性 ：必须采用密码学安全的伪随机数生成器（如 std::random_device / OpenSSL RAND_bytes），且长度通常在 128 bit 以上，防止攻击者通过暴力穷举预测他人的 Session ID。

  4. 绑定客户端特征 ：服务端保存 Session 时，可同时绑定客户端的 IP 地址、User-Agent 等特征。当 Session ID 匹配但客户端 User-Agent 突变时，提示重新登录（防止 Session 盗用/劫持）。

6.3 进阶方向

在现代化的高并发与分布式架构中，传统的单机内存 Session 遇到了新的挑战：

  1. 分布式 Session（集群会话共享）： 在微服务或 Nginx 负载均衡架构下，用户第 1 次请求打到 Server A，第 2 次打到 Server B。Server B 内存中没有 Session 怎么办？

    • 解决方案 ：使用分布式缓存（如 Redis / Memcached ）集中统一管理 Session 数据。C++ 项目中常结合 hiredis或 cpp_redis客户端库实现高效读写。

  2. JWT (JSON Web Token) 无状态认证 ： 随着 Web API 与前后端分离架构普及，JWT 成为另一种热点方案。JWT 将包含签名的数据加密存放在客户端（如 Header 中的 Authorization: Bearer ），服务端无需存储任何状态，仅靠密钥解密验签。这在分布式伸缩性上有极大优势，但同时也带来了无法在服务端随时主动吊销（Logout）的局限。

结尾

理解 HTTP 的无状态性，以及 Cookie 和 Session 的设计哲学，是走向高级后端开发和网络系统架构的必经之路。

从无状态的 HTTP 到 Cookie 客户端存储，再到 Session 服务端控制，每一种方案都是在 安全性、性能、复杂性 之间做出的工程权衡。希望本文的讲解和 C++ 源码实现能帮助你对 HTTP 会话保持有更加深刻的理解！

相关推荐
鸿芯微控科技1 小时前
MFC气体转换系数怎么用？标定气体、换算方向与Python批量计算
c++·python·mfc
Dobby_051 小时前
【CICD】Jenkins Pipeline 快速学习入门
运维·学习·jenkins
北冥you鱼1 小时前
Go语言四则运算实战：从基础类型到big包的深度解析
开发语言·后端·golang
神秘的MT1 小时前
C# WinForm Socket 类 常用方法 （C# .NET，TCP 场景）
服务器·网络·学习·tcp/ip·c#·winform
小小、码农3 小时前
Linux进程概念
linux·服务器·网络
JJJennie7773 小时前
当AI开始学会欺骗
网络·人工智能
江畔柳前堤9 小时前
roLabelImg 详细安装教程
开发语言·人工智能·后端·云原生
Wang's Blog10 小时前
Go-Zero 项目开发47：自研微服务框架的必要性与核心结构设计
开发语言·微服务·golang
白鸽（二般）10 小时前
MinIO Java Client API
java·开发语言
热门推荐
01如何新建文件夹？ 电脑新建文件夹的4种方法02GitHub 镜像站点03国内可直接用、免费额度/永久免费的大模型API清单（含 SiliconFlow、火山、阿里、智谱、百度、Kimi、DeepSeek、DMXAPI 等）0400 Debian字符界面如何支持中文05AI 编程 IDE 全景解析 2026：Agent 全面接管开发链路06微信历史版本含下载地址（ Windows PC | 安卓 | MAC ）及设置微信不更新072026 国产 AI 大模型横评：DeepSeek、通义千问、Kimi、文心一言、星火、豆包谁更能打？082026年7月AI圈大地震：GPT-5.6被政府限制、Claude入驻Slack、Anthropic自研芯片09Agnes AI 免费 API 接入指南：文本、生图、生视频，一套接口全免费102026 年 AI 大模型 & AI 编程工具实战全总结