ThinkPHP 5.1+ 中 cookie() 函数失效是因为已被废弃，不绑定 Cookie 驱动且绕过安全配置；应改用 app('cookie')->set() 等方法，并严格校验 config/cookie.php 的 httponly、secure、domain、path 四项配置。
ThinkPHP 5.1+ 中 cookie() 函数为何失效
直接调用 cookie('name', 'value') 在 ThinkPHP 6 或 5.1+（开启严格模式后）会报错或静默失败，因为该函数已被标记为废弃（@deprecated），底层不再绑定默认 Cookie 驱动，且不支持自动序列化/反序列化、加密、域与路径等精细控制。
根本原因是：旧函数绕过了统一的 Cookie 类实例，无法继承中间件、配置和安全策略。迁移不是“换个写法”，而是必须走标准驱动链路。
用 Cookie 类替代 cookie() 的三步实操
ThinkPHP 5.1+ 默认已注册 think\Cookie 类为容器服务，无需手动实例化，但需注意调用时机（不能在容器未初始化前使用）。
- ✅ 正确写法（推荐）：
app('cookie')->set('user_token', 'abc123', 3600); - ✅ 带选项写法（关键！避免默认域不匹配）：
app('cookie')->set('theme', 'dark', ['expire' => 86400, 'domain' => '.example.com', 'path' => '/']); - ❌ 错误写法（仍调用废弃函数）：
cookie('user_token', 'abc123');或\think\Cookie::set(...)（静态调用不走容器，丢失配置） - ⚠️ 注意：
app('cookie')返回的是单例对象，所有设置共享同一配置（如加密密钥、httponly 等），这些由config/cookie.php控制
config/cookie.php 必须检查的 4 个配置项
旧项目迁移时，仅改代码不调配置，大概率导致 Cookie 写入失败、前端读不到、或被浏览器拒绝（尤其跨子域或 HTTPS 场景）。
立即学习“PHP免费学习笔记（深入）”；
-
'httponly' => true：设为true后 JS 无法读取（防 XSS），但app('cookie')->get()仍可取到；若前端需 JS 操作，得同步设为false（不推荐） -
'secure' => Env::get('https') ? true : false：生产环境必须为true（否则 HTTPS 下浏览器拒存），本地开发常因此写入失败 -
'domain' => ''：空字符串表示当前主机名；跨子域（如 a.example.com → b.example.com）必须显式设为'.example.com'（开头带点） -
'path' => '/'：默认根路径；若应用部署在子目录（如 /v2/api），需改为'/v2/'，否则 Cookie 不随请求发送
读取、删除、批量操作的对应方法
旧 cookie('name') 和 cookie(null) 不能直接替换为 app('cookie')->get('name') 就完事——它们行为不完全等价：
- 读取单值：
app('cookie')->get('user_id')（自动反序列化，若原 cookie 是数组） - 读取全部：
app('cookie')->all()（返回关联数组，不含系统保留键如__test） - 删除单个：
app('cookie')->delete('temp_flag')（等价于 set 为 null + expire 过去） - 清空全部（谨慎！）：
app('cookie')->clear()（只清当前 domain+path 下的，不影响其他路径） - ⚠️ 注意：
app('cookie')->has('key')才是判断是否存在，而非isset(app('cookie')->get('key'))（因可能值为null）
加密和序列化逻辑已内置，只要配置了 'encrypt' => true（默认开启），就无需再手动 encrypt() 或 json_encode() —— 直接传 PHP 值即可。
