php think clear:config命令在ThinkPHP 8.0中不存在或已弃用，正确方式是执行php think config:cache重建缓存，或手动删除runtime/config.php后重载PHP-FPM刷新OpCache。
config:clear 命令根本没删 runtime/config.php
执行 php think clear:config 后，runtime/config.php 文件依然存在且内容未变——这不是命令失败，而是该命令在 ThinkPHP 8.0 中已被弃用或重定向。TP8 实际上没有 clear:config 这个内置命令，它要么静默忽略，要么 fallback 到空操作。你看到的“成功”提示可能是旧版文档残留或自定义命令干扰。
- 验证是否存在该命令：
php think list | grep config，若无输出，说明命令不存在 - TP8 正确清理配置缓存的方式是
php think config:cache（重建）或手动删除runtime/config.php - 某些项目集成了自定义
clear:config命令，但逻辑可能只清runtime/config/子目录（TP6 风格），而 TP8 的配置缓存是单文件runtime/config.php，路径不匹配就白清
删了 runtime/config.php，config() 还是返回旧值
这大概率不是框架缓存问题，而是 PHP OpCache 把刚 require 过的 config.php 编译后代码锁在内存里了。即使文件内容已更新，OpCache 仍按旧 opcode 执行，导致 config('app.app_name') 拿到的是上次加载时的值。
- 先确认 OpCache 是否启用：
php -i | grep opcache.enable，输出On即生效 - 临时禁用验证：
sudo phpenmod -v 8.1 -s ALL -r opcache（根据实际 PHP 版本调整），再刷新页面 - 生产环境不能关 OpCache？那就必须重载 PHP-FPM：
sudo systemctl reload php8.1-fpm或sudo pkill -o -USR2 php-fpm - 别只删文件、不 reload：删完
runtime/config.php后，若 PHP 进程没重启，它下次 require 仍可能从 OpCache 取旧结果
改了 .env 但 config() 不读新值
.env 文件的值只在应用初始化早期被读取一次，写入到配置缓存中；后续修改 .env 不会自动触发重解析。你看到的“旧值”，其实是 runtime/config.php 里固化下来的快照。
- 检查
runtime/config.php是否包含你期望的.env值：打开文件搜APP_NAME或DB_HOST - 确保
config/app.php中'app_debug' => false，否则config:cache不会生成该文件 - 执行
php think config:cache前，确认.env已保存、无 BOM、权限可读（web 用户能 open() 它） - 注意键名扁平化：
.env里写APP_NAME=NewSite，对应的是config('app.app_name')，不是config('app.name')
清完还是不对？检查 config() 调用时机和作用域
有些地方的 config() 看似调用了，其实压根没走到你改的那个配置项——比如模型类里硬编码了数据库名，或中间件里提前缓存了配置快照。
立即学习“PHP免费学习笔记（深入）”；
- 在控制器入口处加
var_dump(config('app.app_name'));，确认基础读取是否正常 - 排查是否在服务提供者（
app/provider.php）或容器绑定中，用config()提前读过值并赋给了常量/静态属性 - 检查是否有第三方扩展（如多语言包、JWT 插件）在启动时缓存了
config('token.expire')类配置，之后不再刷新 - TP8 的
config()是运行时函数，但若你在bootstrap/app.php里调用它，此时环境还没完全初始化，可能拿到默认值而非.env覆盖后的值
真正卡住人的，往往不是“怎么清”，而是清完之后不知道该去哪验证、该怀疑哪一层。runtime/config.php、OpCache、.env 解析时机、config() 调用位置——这四层漏掉任何一层，都会让你以为缓存没清干净。
