CLI模式下无Cookie因HTTP协议缺失，$_COOKIE为空，$request->cookie()等均返回null；应改用命令行参数、环境变量或数据库凭证替代。
在 ThinkPHP 8 的命令行（CLI）模式下，根本不存在 Cookie——因为 Cookie 是 HTTP 协议中由浏览器在请求头 Cookie: 字段携带的，而 CLI 环境没有浏览器、没有 HTTP 请求头，自然也就没有 $_COOKIE，$request->cookie() 或 cookie() 辅助函数也全部返回空。
为什么 CLI 下读不到 Cookie
这不是 ThinkPHP 的限制，而是协议本质决定的：
- CLI 运行时，PHP 不通过 Web 服务器（如 Nginx/Apache），不解析 HTTP 请求头
-
$_COOKIE超全局数组在 CLI 中始终为空数组（[]） - ThinkPHP 的
$request->cookie()底层依赖$_COOKIE，因此同样不可用 - 调用
cookie('xxx')或Cookie::get('xxx')会静默返回null或默认值，不会报错但结果为空
正确替代方案：用参数传入代替 Cookie
命令行任务需主动传递上下文信息，不能依赖隐式传输的 Cookie。推荐以下方式：
-
使用命令行参数：在执行命令时显式传入必要标识，例如
php think send:notice --user-id=123 --token=abc123
控制器中用$this->argument('user-id')或$this->option('token')获取 -
从配置或数据库加载：若需长期可用的凭证（如第三方 API token），存入
config/或数据库，运行时按需读取 -
通过环境变量注入：启动前设置
export APP_USER_TOKEN=xxx，代码中用env('APP_USER_TOKEN')读取（适合敏感且固定值） -
模拟 HTTP 上下文（仅调试）：极少数需复用 Web 逻辑时，可手动构造
$_COOKIE数组（如$_COOKIE['session_id'] = 'xxx';），但这是临时绕过，不可用于生产
如何判断当前是否为 CLI 模式
避免误判导致逻辑异常，务必先做环境检测：
立即学习“PHP免费学习笔记（深入）”；
- 用
$request->isCli()判断（TP8 原生支持） - 或直接检查 PHP SAPI：
PHP_SAPI === 'cli' - 切勿在 CLI 中调用
$request->cookie()后不做空值校验就直接使用，否则可能引发 Notice 或逻辑错误
如果必须复用 Web 端的用户身份
常见于“后台定时同步用户数据”类场景，正确做法是：
- Web 端生成一个短期有效的、带签名的访问令牌（如 JWT），存入数据库并返回给前端
- CLI 命令通过唯一 ID（如任务号、用户 ID）查出该令牌，验证签名和时效性
- 验证通过后，再查用户信息——整个过程不依赖 Cookie，只依赖服务端可信存储
