go标准库的`net/http/cookiejar`包实现的是纯内存型cookiejar，不自动持久化到磁盘；所谓“重启后cookie仍存在”实为程序逻辑误判或外部干预所致，开发者需自行实现序列化/反序列化才能支持跨进程持久化。
net/http/cookiejar 是 Go 标准库中符合 RFC 6265 规范的 Cookie 管理器，其核心设计是完全基于内存（in-memory） 的。源码位于 src/net/http/cookiejar/jar.go，其中 *Jar 结构体仅包含 mu sync.RWMutex 和 entries map[string][]*entry 等内存字段，无任何文件 I/O、数据库连接或磁盘路径配置项。这意味着：
- ✅ Cookie 仅在 *http.Client 生命周期内有效；
- ❌ 进程退出后所有 Cookie 立即丢失；
- ⚠️ 若观察到“程序重启后 Cookie 仍存在”，常见原因包括：
- 客户端复用了同一 *http.CookieJar 实例（如全局单例且未重置）；
- 应用层手动将 Cookie 导出为 JSON/文本并写入文件，重启时再加载；
- 测试环境误将多个请求视为同一会话（如服务端 Session 未过期，掩盖了客户端 Cookie 丢失）。
如何实现自定义持久化？
虽然 cookiejar 本身不提供持久化能力，但可通过组合方式扩展。以下是一个典型实践示例：
import (
"encoding/json"
"os"
"net/http"
"net/http/cookiejar"
)
// 持久化 CookieJar 封装
type PersistentJar struct {
*cookiejar.Jar
path string
}
func NewPersistentJar(path string) (*PersistentJar, error) {
jar, err := cookiejar.New(nil)
if err != nil {
return nil, err
}
return &PersistentJar{Jar: jar, path: path}, nil
}
// Save 保存当前 Cookies 到文件
func (p *PersistentJar) Save() error {
cookies := p.Jar.Cookies(&url.URL{Scheme: "https", Host: "example.com"})
data, _ := json.Marshal(cookies)
return os.WriteFile(p.path, data, 0600)
}
// Load 从文件加载 Cookies（需配合域名策略重建）
func (p *PersistentJar) Load() error {
data, err := os.ReadFile(p.path)
if err != nil {
return err // 文件不存在时可忽略
}
var cookies []*http.Cookie
if err := json.Unmarshal(data, &cookies); err != nil {
return err
}
// 注意：cookiejar 不提供直接插入接口，需通过 HTTP 响应模拟注入
// 实际中建议在 Client.Do 前手动设置 req.Header.Set("Cookie", ...)
return nil
}? 关键提醒：cookiejar.Jar 的 Cookies() 方法仅返回匹配 URL 的 Cookie 列表，而 SetCookies() 是私有方法不可调用。因此，真正可靠的持久化方案是——在业务逻辑层统一管理 Cookie 序列化，并在每次请求前通过 req.AddCookie() 显式注入，而非依赖 Jar 的自动存储。
