能删单个cookie，但需参数与原设置完全一致；response::clearcookie()清空当前response所有显式添加的cookie；登出应优先用cookie(null)而非response::cookie()。
Response::cookie() 传 null 能删 Cookie 吗
能，但只删单个，且必须确保参数和原设置完全一致。调用 Response::create()->cookie('name', null) 本质是往响应头写一条 Set-Cookie: name=; expires=Thu, 01 Jan 1970 00:00:00 GMT 指令，浏览器收到后才会清除。
常见错误是漏掉路径、域名或 secure 参数：
- 原 Cookie 是用
cookie('token', 'abc', ['path' => '/admin', 'domain' => '.example.com', 'secure' => true])设的 - 但删的时候只写
Response::create()->cookie('token', null)，没补全path和domain - 结果浏览器认为这是另一个 Cookie，原值还在
Response::clearCookie() 清的是全部还是当前前缀
Response::create()->clearCookie() 不按前缀清，而是清空整个响应中已设置的所有 Cookie（即所有通过 Response::cookie() 显式添加过的），跟 ThinkPHP 的全局 Cookie 前缀无关。
它不会触碰其他中间件或手动 setcookie() 写入的 Cookie，也不会清 $_COOKIE 变量本身。
注意点：
- 这个方法只对当前 Response 实例生效，必须在返回响应前调用
- 如果 Controller 中先用了
cookie()助手函数设值，clearCookie()不会删掉那些——因为它们走的是框架 Cookie 组件，不是 Response 对象 - 适合用于 API 响应中「临时屏蔽所有自定义 Cookie」的场景，不推荐替代
cookie(null)做登出清理
为什么 Response 对象删 Cookie 容易失效
根本原因是 Response 生命周期短，且和框架 Cookie 管理层不互通。ThinkPHP 的 cookie() 函数底层调用的是 think\Cookie 组件，它会自动注入前缀、加密、路径等配置；而 Response::cookie() 是裸调 HTTP 头，绕过了所有封装。
典型失效链路：
- 配置里设了
prefix => 'tp5_' - 你用
cookie('user')存的是tp5_user - 却用
Response::create()->cookie('user', null)去删——实际删的是user，不是tp5_user - 浏览器里
tp5_user还在，下次请求照样能读到
除非你明确知道原 Cookie 的完整键名和所有属性，否则别用 Response 直接删。
登出时该用 Response 还是 cookie() 清 Cookie
统一用 cookie(null)。它会按当前配置（含 prefix、path、domain、secure）批量生成过期指令，比手拼 Response 更可靠。
如果你硬要用 Response，唯一稳妥的做法是先查配置再构造：
$config = config('cookie');
Response::create()
->cookie('token', '', time() - 3600, $config['path'], $config['domain'], $config['secure'], $config['httponly']);
但这样写既啰嗦又容易漏配项。真正需要控制粒度的场景极少，多数时候是画蛇添足。
最常被忽略的一点：删 Cookie 只是第一步，session_destroy() 或清 session 数据必须同步做，否则用户可能凭残留 session 继续操作。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
