symfony参数需区分全局、环境专属和运行时三类：parameters.yaml为唯一全局文件，环境差异应定义在services_{env}.yaml中，敏感信息必须通过.env+%env(resolve:var)%注入，使用前需显式绑定或调用。
Symfony 的参数配置不是“写完就生效”的静态变量，而是通过服务容器在编译期注入的可复用值。关键在于区分全局参数（所有环境共用）、环境专属参数（如 dev/prod 差异）和运行时环境变量（.env 中定义），三者协同工作，但加载时机和覆盖逻辑完全不同。
parameters.yaml 是全局起点，但不能被覆盖
位于 config/services.yaml 同级的 config/parameters.yaml 是唯一被所有环境无条件加载的参数文件。它适合放项目中不变的基础值，比如：
app.name: 'MyApp'app.version: '2.1.0'mailer_from: 'no-reply@myapp.com'
注意：这里定义的参数一旦写死，就不能被 services_dev.yaml 或 services_prod.yaml 直接重写——Symfony 不支持参数覆盖，只支持“替换引用”。想实现环境差异，必须改用 %env()% 表达式或把参数移到环境专用配置里。
环境差异参数推荐收口到 services_{env}.yaml
比单独建 parameters_dev.yaml 更清晰、更可靠的做法，是在 config/services_dev.yaml 和 config/services_prod.yaml 中直接定义参数：
-
config/services_dev.yaml中写：parameters:database_url: 'sqlite:///%kernel.project_dir%/var/data.db'debug_toolbar: true -
config/services_prod.yaml中写：parameters:database_url: '%env(resolve:DATABASE_URL)%'debug_toolbar: false
这样既避免了额外文件管理成本，又确保参数只在对应环境生效，且不会因 .env 缺失而编译失败（因为 resolve: 前缀会强制解析，default: 还能兜底）。
敏感信息必须走 .env + %env()%，不能硬编码
数据库密码、API 密钥等绝不能出现在 YAML 文件里。正确流程是：
- 在
.env或.env.local中定义：DATABASE_URL=pgsql://user:pass@localhost:5432/myapp - 在服务配置中引用（例如
config/packages/doctrine.yaml）：doctrine:dbal:url: '%env(resolve:DATABASE_URL)%' - 部署时确保
.env.prod存在且含真实值，并在发布后执行：bin/console cache:clear --env=prodbin/console cache:warmup --env=prod
不加 resolve: 前缀，%env(DATABASE_URL)% 就只是字符串；不重跑 warmup，缓存里还是旧的环境变量值。
在 Twig 或控制器里使用参数
参数本身不自动注入到模板或类中，需显式声明依赖：
- 在 Twig 模板中：
{{ parameter('app.name') }} —— 需启用 twig.extra_globals 配置 - 在控制器方法中：
public function index(string $appVersion): Response { ... }
并在services.yaml中绑定：bind:$appVersion: '%app.version%' - 或在服务定义中直接传参：
App\Service\Notifier:arguments:$fromEmail: '%mailer_from%'
不复杂但容易忽略
