php应用启动时读不到.env密钥，主因是构建阶段未复制文件或运行时被覆盖；应避免明文提交密钥，推荐用env_file注入、预生成app_key并确保权限正确，同时禁用日志输出敏感信息。
PHP应用启动时读不到 .env 里的密钥？先确认容器里有没有这个文件
绝大多数问题出在构建阶段没把密钥文件真正复制进镜像，或者运行时被覆盖。Docker 默认不自动挂载宿主机的 .env，PHP 应用（比如 Laravel、Symfony）调用 $_ENV 或 getenv() 读取的值，必须在容器内真实存在且可读。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 别依赖
docker run -e KEY=xxx传大量密钥——容易泄露、难管理、不支持换行或特殊字符 - 构建时用
COPY .env /var/www/.env是最直接的方式，但必须确保.gitignore没忽略它，且该文件不提交到代码仓库（应改用模板 + 启动时生成） - 更安全的做法：构建镜像时不含密钥，启动容器时用
docker run --env-file .env或docker-compose.yml的env_file:字段注入 - 验证是否生效：进容器执行
printenv | grep KEY或在 PHP 中写var_dump($_ENV['APP_KEY'] ?? 'missing');
Laravel 的 APP_KEY 在 Docker 里总报 “No application encryption key has been specified”
这个错误不是密钥没传进去，而是 Laravel 在启动时发现 config/app.php 里的 'key' => env('APP_KEY') 返回了 null，且没有 fallback。关键点在于：Laravel 不会自动帮你生成密钥，也不检查环境变量是否存在。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 不要在
Dockerfile里用php artisan key:generate—— 镜像构建是无状态的，每次重建都会覆盖旧 key，导致 session/cookie 失效 - 正确做法是在容器启动前生成一次，并写入环境变量：
echo "APP_KEY=$(php -r 'echo base64_encode(random_bytes(32));')" >> .env - 如果用
docker-compose.yml，可在command:里加前置检查：sh -c "php artisan key:generate --force 2>/dev/null || true && exec php-fpm"（仅限开发，生产环境应预生成） - 注意权限：生成的
.env文件在容器内需被www-data用户读取，否则 Laravel 会静默失败
PHP 用 openssl_encrypt() 报错 “Unknown cipher”？检查 OpenSSL 扩展和算法兼容性
Docker 官方 PHP 镜像默认启用 OpenSSL，但不同基础镜像（alpine vs debian）自带的 OpenSSL 版本差异大，某些算法如 aes-256-gcm 在 Alpine 3.16+ 才稳定支持。密钥本身没问题，错在“怎么用”。
