config::get() 安全读取配置，config::set() 仅当前请求有效、不持久化；动态改配优先用环境变量+config:clear；自定义配置需规范命名、返回纯数组；config:cache 后 .env 修改无效，多环境用目录级覆盖。
Config::get() 和 Config::set() 怎么安全读写配置
直接用 Config::get('app.name') 没问题，但写配置时要注意：Laravel 的 Config::set() 只影响当前请求生命周期，不会写入文件，也不是全局持久化方案。很多人误以为设了就能在其他请求里读到，结果发现“刚设完就没了”。
常见错误现象：Config::set('database.default', 'testing') 后立刻调用 DB::connection() 切换连接，看似生效，但如果中间有缓存、队列任务或 HTTP 重定向，新请求仍走原始配置。
- 只在需要临时覆盖配置的场景用（如单元测试、命令行调试）
- 不要在控制器或中间件里依赖
Config::set()做业务逻辑分支 - 想动态改配置？优先考虑环境变量（
.env）+config:clear，而不是运行时硬设
自定义配置文件怎么加载和命名才不冲突
Laravel 不会自动加载你随便丢进 config/ 目录的 PHP 文件。必须先执行 php artisan config:clear（开发时），或者确保文件名符合规范且被 config/app.php 等主配置显式引用过。
使用场景：比如你要加一个 config/payment.php 存微信/支付宝密钥，就得保证它返回一个数组，并在 config/app.php 里通过 'providers' => [..., App\Providers\PaymentConfigServiceProvider::class] 注册，或者更简单——直接在 AppServiceProvider::boot() 里用 Config::set() 合并进去（仅限小量配置）。
- 文件名必须全小写、下划线分隔，例如
payment.php，不能叫PaymentConfig.php - 返回值必须是纯数组，不能含
use、类实例或闭包 - 别在配置文件里调用
env()做条件判断——Laravel 5.2+ 已禁止运行时读.env，应改用config('app.env') === 'local'
为什么 config:cache 后修改 .env 不生效
因为 php artisan config:cache 会把所有配置（包括从 .env 解析出的值）编译成一个静态 PHP 数组文件 bootstrap/cache/config.php，后续请求完全绕过 Dotenv 加载流程。这时候改 .env 就像改了一张废纸。
性能影响很明显：缓存后配置读取快 3–5 倍，但代价是失去灵活性。线上环境必须开，本地开发建议关着——除非你明确知道自己在做什么。
- 每次改
.env后，务必运行php artisan config:clear（不是cache） -
config:cache不能在包含闭包或对象的配置里用，会报Serialization of closure is not allowed - CI/CD 部署脚本里，
config:cache应放在最后一步，且确保.env已正确写入
多环境配置怎么避免硬编码判断
别再写 if (app()->environment('production')) { Config::set(...); }。Laravel 本身支持目录级配置覆盖：config/database.php 是通用版，config/production/database.php 会自动合并进去，键名相同则后者覆盖前者。
这种机制比 if 判断干净得多，也更容易测试。但要注意合并规则：只做一层数组合并（非递归），所以嵌套结构如 'connections.mysql.host' 改动，得整个重写 connections 数组，不能只改子键。
- 环境专属配置文件路径必须是
config/{env}/xxx.php，例如config/local/logging.php - 环境名必须和
APP_ENV完全一致，大小写敏感 - 不要试图在
config/production/app.php里删掉某个键来“取消”功能——Laravel 不支持“unset”，只能显式设为null或空数组
最常被忽略的一点：配置缓存文件一旦生成，就不会感知 APP_ENV 变更。也就是说，你在本地跑 config:cache 后切到 testing 环境，缓存内容还是按原先 APP_ENV 编译的。得清掉再重缓存。
