Symfony控制器不能直接读取配置参数，需通过服务注入、路由环境变量、Twig模板占位符等方式按场景使用，且修改参数后必须清缓存才生效。
控制器里不能直接“读取”配置参数——Symfony 的 parameters 不是全局变量，也不是靠 $this->getParameter() 随手拿的。你得明确：是要用在逻辑里（比如超时值），还是想动态影响路由或响应？不同场景，方式完全不同。
控制器方法里需要配置值，必须通过构造函数注入服务
控制器本身不支持直接注入参数（如 %app.api_timeout%），但你可以把它包装进一个轻量服务里，再让控制器依赖这个服务：
- 先定义服务类，构造函数接收参数：
public function __construct(private int $apiTimeout) {} - 在
config/services.yaml中声明该服务，并用arguments: ['%app.api_timeout%']传入 - 然后在控制器里用类型提示自动注入：
public function index(MyConfigService $config) - 别写
$this->getParameter('app.api_timeout')—— 这个方法只在旧版 Symfony 控制器基类里存在，且已被弃用；新版中控制器不再继承Controller基类时，该方法根本不存在
想在路由定义里用参数，只能靠占位符 + 参数转换
配置参数不能直接塞进路由路径（比如 path: '/api/v{%app.api_version%}/users'），YAML 不支持嵌套解析。但你可以间接实现类似效果：
- 把版本号写死在路由里，或用环境变量控制：
path: '%env(string:API_VERSION)%/users'（需确保.env里有定义） - 如果要根据参数决定是否启用某条路由，得用条件加载：在
config/routes_dev.yaml里加when: dev，而不是试图从参数读开关 - URL 中的
{id}是路由变量，不是配置参数；它变成对象靠的是 ParamConverter，和parameters完全无关
模板里引用参数，用 %parameter_name% 占位符最安全
这是唯一允许直接使用参数语法的地方，且仅限 Twig 模板：
- 在模板中写：
{{ app.parameter_bag.get('app.upload_path') }}或更简洁的{{ parameter('app.upload_path') }}（需启用symfony/twig-bridge） - 注意：这调用的是
ParameterBag，不是容器直接解析——所以修改parameters.yaml后必须清缓存才能生效 - 不要在模板里做业务判断，比如
{% if app.parameter_bag.get('app.debug') %}—— 这种逻辑应前置到控制器或服务中
真正容易被忽略的一点：参数值在容器编译时就被固化进缓存了。改完 parameters.yaml 或 .env，不跑 bin/console cache:clear，控制器拿到的永远是旧值——哪怕你刷新页面、重启服务器都没用。
