laravel 的 .env 修改后不生效是因为配置被缓存，需运行 php artisan config:clear 或 config:cache；env() 读原始字符串，config() 读解析后配置；业务代码禁用 env()，部署应通过系统环境变量或密钥管理注入。
为什么 .env 文件改了但 config/app.php 里还是旧值？
因为 Laravel 的配置在首次启动时就被缓存了，.env 变更不会自动生效。不是读取失败，是根本没重新读。
- 开发环境改完
.env后，必须运行php artisan config:clear（清缓存）或php artisan config:cache（重生成缓存） - 生产环境不能依赖
.env实时读取——它被设计为部署前一次性加载，运行时靠缓存；直接改线上.env不生效且不安全 -
APP_DEBUG=true下也看不到实时变化，缓存机制与调试开关无关
env() 和 config() 函数的区别到底在哪？
env() 直接从 .env 读原始字符串，config() 读的是经过解析、合并、类型转换后的最终配置数组。两者不该混用。
- 在
config/*.php文件里只能用env('DB_HOST', '127.0.0.1')—— 这是唯一允许调用env()的地方 - 业务代码中一律用
config('database.default')，不要写env('DB_CONNECTION')，否则缓存后返回NULL -
env()返回值永远是字符串，env('APP_DEBUG', false)实际得到的是字符串"false"，需手动转布尔
部署时怎么安全传入 .env 变量而不提交到 git？
别把 .env 放进版本库，但也不能靠人工上传——容易漏、难审计、易出错。
- 用环境变量替代：在服务器上设
DB_PASSWORD=xxx，Laravel 会自动 fallback 到系统级环境变量（优先级高于.env） - docker 场景下，用
docker run --env-file .env.production或environment:段落注入，确保容器内有值 - CI/CD 流程中，把敏感字段存在平台密钥管理（如 github Secrets），部署脚本里用
echo "DB_PASSWORD=${{ secrets.DB_PASSWORD }}" >> .env动态生成
为什么本地能跑，上线就报 class 'AppProvidersAppServiceProvider' not found？
这通常不是类名错了，而是 .env 里 APP_NAME 或 APP_KEY 缺失/格式错误，导致 Laravel 启动阶段解析失败，autoload 都没加载完。
- 检查
.env是否有未闭合的引号，比如APP_NAME="My App"写成APP_NAME="My App（少一个引号） -
APP_KEY必须是 32 位字符串，用php artisan key:generate生成，别手写或复制带空格的值 - 用
php -l .env无法语法检测，得靠php artisan tinker --execute="dd(env('APP_NAME'))"实测是否可读
Laravel 的 .env 看似简单，但它介入时机早、缓存行为强、类型处理弱——所有“明明改了却没用”的问题，几乎都卡在这三个点上。