symfony项目根目录下自动生成.env文件，需按规则修改app_env、app_secret和database_url等变量，注意url编码、127.0.0.1地址、serverversion声明及charset参数，并通过debug:dotenv、debug:container和doctrine:database:create三命令验证配置生效。
用 Symfony CLI 创建项目后，.env 文件是控制数据库连接、密钥、环境行为等核心配置的起点。它不是“写完就跑”，而是需要按规则修改、验证、分层管理——尤其要注意 URL 格式、编码、环境加载顺序和安全隔离。
创建项目后 .env 文件在哪？怎么改？
执行 symfony new myapp --full 后，.env 会自动生成在项目根目录下。你可以直接用编辑器打开它，修改关键变量：
-
APP_ENV：设为
dev（开发）、test或prod（生产），决定配置加载路径 -
APP_SECRET：用于签名、CSRF 等，建议用
php -r 'echo bin2hex(random_bytes(32));'生成新值 -
DATABASE_URL：必须按标准格式填写，例如：
mysql://root:my%40pass@127.0.0.1:3306/myapp?serverVersion=8.0&charset=utf8mb4
DATABASE_URL 必须注意的 5 个细节
连不上数据库？90% 出在这一行。别跳过这些硬性要求：
- 协议头不能省：
mysql://或pgsql://必须完整 - 地址用
127.0.0.1，不用localhost（避免 Unix socket 错误） - 密码含
@、/、:等字符时，必须 URL 编码（如pass@word→pass%40word） - 显式声明
serverVersion（如?serverVersion=8.0），Doctrine 依赖它生成兼容 SQL - 推荐加上
&charset=utf8mb4，确保 emoji 和四字节中文正常存储
多环境配置：.env.local 和 .env.prod.local 怎么用？
不要把敏感信息（如线上数据库密码）留在 .env 中——它容易被误提交到 Git。正确做法是分层覆盖：
-
.env：存默认值和非敏感变量（如APP_ENV=dev） -
.env.local：本地开发专用配置（如本地 DB 地址），加到.gitignore中 -
.env.prod.local：生产环境专属配置，仅当APP_ENV=prod时加载（需 Web 服务器或系统级提前设置该变量）
加载顺序固定：.env → .env.local → .env.$APP_ENV → .env.$APP_ENV.local，后加载的同名变量会覆盖前面的。
验证修改是否生效？三个命令就够了
改完别急着跑服务，先确认变量真被读进去了：
-
php bin/console debug:dotenv：检查所有环境变量是否解析成功，有无语法错误或缺失引用 -
php bin/console debug:container --env-var=DATABASE_URL：确认 Doctrine 是否能拿到你写的连接串 -
php bin/console doctrine:database:create：实际尝试建库，验证权限、网络、认证全部通路
