ThinkPHP 6+ 中 config('key', $value) 动态写配置必然失败，因框架设计彻底移除运行时修改配置能力，config() 仅保留读取功能，传入第二参数会抛 InvalidArgumentException 或静默忽略。
ThinkPHP 6+ 中 config('key', $value) 动态写配置必然失败，这不是 bug，是框架设计上彻底移除了运行时修改配置的能力。
config() 写操作在 ThinkPHP 6+ 中已被硬性禁用
从 6.0 开始，config() 函数只保留读取能力；传入第二个参数（如 config('log.level', 'debug')）会直接抛出 InvalidArgumentException，或静默忽略——取决于是否启用了严格模式。框架把配置视为“初始化快照”，不允许运行时污染。
- 所有配置必须在
think\App::initialize()之前完成合并，通常就是config/目录下各 PHP 文件的加载阶段 -
config()底层绑定的是think\Config单例，该类的set()方法虽存在，但官方明确不推荐调用 - 旧项目里常见的中间件中改日志级别、根据请求头切换数据库配置等写法，全部需要重构
为什么 config('key') 能读，但 config('key', $value) 就不行
因为读操作走的是已合并好的配置数组快照，而写操作试图修改这个只读快照——框架在 Config::set() 内部做了拦截，要么拒绝（抛异常），要么跳过（无提示）。你看到“没生效”，大概率是后者。
- 检查错误日志：如果启用了
app_debug = true，部分环境会报Unsupported operation: config() write is disabled - 不要依赖
config()->set()做临时覆盖：它只影响当前请求生命周期，且可能被后续中间件或组件重置 - 若真需动态行为（如多租户切换 DB 配置），应改用依赖注入、上下文传递或运行时实例化新连接，而非动全局配置
旧项目迁移时 config() 写逻辑该怎么改
不能一刀切地替换成 Config::set()，得按场景拆解：
- 配置来自环境变量？→ 在
config/database.php等文件中用env('DB_HOST')显式调用，而不是在控制器里config('database.hostname', env('DB_HOST')) - 配置来自数据库或 Redis？→ 封装成服务类（如
App\Service\ConfigService），通过 DI 注入使用，别塞进config()全局池 - 调试时临时改值？→ 改用
Log::debug('fake config:', ['db_host' => '127.0.0.1'])打印替代，避免误导自己 - 有大量
config('xxx', require ...)？→ 把这些文件挪进config/目录，用标准方式加载，或改用Config::load()显式载入分组
最易被忽略的一点：即使你绕过限制强行调用了 Config::set()，它也不会触发任何驱动重初始化（比如改了 cache.default 不会让缓存实例自动切换），所以“写了也白写”才是常态。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
