config()修改仅在内存生效，不写回文件，受加载优先级和缓存限制；适合临时覆盖，不适用于持久化或已初始化组件。
能，但只在内存中生效，不会写回文件，且受加载优先级和缓存机制限制。
config() 函数修改的是运行时内存配置
ThinkPHP 的 config() 是一个门面函数，调用它（如 config('app.name', 'NewName')）只是把新值写进框架的配置容器（think\Config 实例），后续 config('app.name') 会读到这个新值。但它不修改任何 PHP 配置文件，也不触发 .env 重载，更不会影响已建立的数据库连接或会话设置。
- 适合做临时覆盖：比如某次请求中想让日志路径临时指向
runtime/log/debug/ - 不适合做持久化：刷新页面、换一个请求，就回到原始配置
- 对已初始化组件无效：Db 连接、Session、Cache 等在应用启动时已根据初始配置完成构建，改了
config()它们也不会自动重建
为什么改了 config() 却发现某些地方没变
常见于数据库、语言包、Cookie 等强初始化依赖场景：
-
Db::connect()默认复用首次创建的连接实例，即使你config('database.connections.mysql.hostname', 'new-host')，已存在的连接仍连老地址 -
Lang::get()在LoadLangPack中间件执行后才加载语言包，中间件之后再config('lang.default_lang', 'ja-jp')不会重载翻译 -
Cookie::set()若未显式传['httponly' => true]，它不会读取config('cookie.httponly')的当前值——除非你全局配置里写了默认选项且驱动支持继承
想真正“动态生效”，得绕过静态缓存
要让配置变更影响到实际行为（比如切换数据库主库、更新 API 密钥），必须让目标组件在每次使用前重新读取最新值。典型做法：
- 数据库连接：自定义
Db::connect()封装函数，内部调用getLatestDbConfig()（从 Redis 或 JSON 文件读），而不是直接读config('database') - 语言切换：不用
config('lang.default_lang', $lang)，而是Lang::setLocale($lang)+Lang::load(...)显式重载 - 敏感配置项（如支付密钥）：禁止写死在 config/*.php，改用
Cache::get('pay.config')，配合后台修改后主动Cache::set()
关键点在于：框架的 config() 是快照，不是活引用；真要“动态”，就得自己控制加载时机和来源。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
