ThinkPHP 8.0新手入门：解决env()环境变量在CLI模式下读取失效【说明】

ThinkPHP 8.0 CLI模式下env()返回false，主因是.env未被加载：需确保文件位于项目根目录、编码为UTF-8无BOM，并在think入口文件末尾手动调用Dotenv::createImmutable(__DIR__)->safeLoad()；同时定时任务须cd至根目录再执行，且避免在Command中使用HTTP专属函数。

先讲个让人头疼的场景：在ThinkPHP 8.0项目里，你高高兴兴执行php think migrate或者自己写的命令，结果env('DB_NAME')返回false，数据库连接直接崩了。这种坑，其实根子在于——CLI模式下，框架默认不会自动加载.env文件，必须手动触发，而且路径和加载时机都卡得很死。

确认.env文件是否被CLI环境识别

先别急着改代码，咱们来做个基础排查。进入项目根目录（就是那些app/、config/、public/所在的目录），敲下：
php think env:list

如果输出空了，或者直接提示“Command not found”，说明要么think-env扩展没装，要么CLI入口压根就没读到.env文件。要是输出里APP_DEBUG这些变量虽然有，但值全是null，那大概率是文件编码惹的祸——必须用编辑器另存为“UTF-8无BOM”格式，这一点翻车的案例太多了。

在CLI入口中手动加载.env文件

找到项目根目录下的think文件（注意，不是public/index.php），在文件末尾、return语句之前插这段代码：

if (PHP_SAPI === 'cli') {
$dotenv = Dotenv\Dotenv::createImmutable(__DIR__);
$dotenv->safeLoad();
}

这里面有个关键点：__DIR__指向的就是think文件所在的目录，也就是项目根目录。但凡你把think文件移了位置，或者改了名字，这条路就断了。操作本身很简单，粘进去就行，但漏掉了这一句，后面所有env()调用都会永远返回null——等于白忙活。

验证CLI下.env是否真正生效

怎么确认搞定了？提供两个验证路径：

方法一：在任意命令类的handle()方法开头加一行调试代码：
dump(getenv('APP_ENV'), think\Env::get('APP_ENV'));

方法二：直接跑原生命令：
php -r "var_dump(getenv('DB_HOST'));"

这里有个容易误判的情况：如果第一种方法输出null，但第二种方法能正常打印出值，说明系统级环境变量已经存在，但ThinkPHP的Env类并没有加载成功。此时要回去检查think文件，是不是重复调用了$dotenv->load()导致冲突。还有一个需要特别注意的地方：不要在bootstrap/app.php里提前调用Env::get()，因为这时候加载流程还没开始呢。

修复定时任务中env()失效问题

这一步是实战中踩坑最多的环节，我们来拆开讲：

第一步：确保系统cron执行命令时，工作目录是项目根目录。
错误示范：* * * * * php /var/www/html/public/index.php schedule:run
正确做法：* * * * * cd /var/www/html && php think schedule:run

第二步：如果用的是Linux服务器，且通过systemd管理定时服务，就得在.service文件里显式声明环境变量：
Environment="APP_ENV=prod"
EnvironmentFile=/var/www/html/.env

第三步：避免在Command里使用HTTP专属的函数，比如url()、request()->ip()这些。在CLI环境下它们根本不存在，而且一旦调用就会直接抛出异常，绝不会静默失败——这一点必须牢记。