app 是 Symfony 自动注入的只读全局变量，提供请求上下文访问（如 user、request），不支持动态添加属性；业务数据应通过 twig.yaml 的 globals 配置或 Twig 扩展注入。
app 是 Symfony 自动注入 Twig 的全局变量，它不是你手动定义的，而是框架在渲染模板时自动挂载的 AppVariable 实例。它的核心作用是桥接当前请求上下文（如用户、请求、会话、环境）到模板层，**但不能直接当数据容器用，也不能随意往里塞业务数据**。
为什么 {{ app.user }} 能用，但 {{ app.budget_count }} 会报错
app 对象提供的是只读访问器方法（如 getUser()、getRequest()、getEnvironment()），所有属性都通过魔术方法 __get() 映射到对应 getter。它不支持动态添加属性——所以你不能在控制器里写 $this->render('x.html.twig', ['app' => [...]]) 来覆盖它，也不能在 Twig 里执行 {% set app.budget_count = 123 %}。
-
{{ app.user }}实际调用的是AppVariable::getUser()，返回当前认证用户对象（或null） -
{{ app.request }}→AppVariable::getRequest()，可链式访问{{ app.request.query.get('q') }} -
{{ app.debug }}→ 返回布尔值，标识当前是否为 debug 模式 - 试图访问未定义的 key（如
app.budget_count）会触发Twig\Error\RuntimeError: Key "budget_count" for object "Symfony\Component\HttpFoundation\Request" does not exist类似错误——注意错误信息里提到的类名可能误导你，实际是AppVariable的代理机制抛出的
想在模板里用 budget.count，别碰 app，改用 globals 配置
把业务数据挂到 app 上是反模式。正确做法是通过 twig.yaml 声明真正的全局变量，它们会在所有模板中可用，且与 app 并存互不干扰：
- 在
config/packages/twig.yaml中添加：
twig:
globals:
budget: '%env(int:BUDGET_COUNT)%'
site_name: 'My App'
这样就能在任意模板里安全使用 {{ budget }} 或 {{ site_name }}。
- 若值需运行时计算（比如查数据库），必须写 Twig 扩展实现
GlobalsExtensionInterface，在getGlobals()方法里返回数组 —— 这个数组里的键才成为真正的全局变量，和app同级 -
globals配置项里的值是静态注入的，环境变量、参数、服务 ID（用@service_id语法）都支持，但不能写 PHP 表达式或函数调用 - 别在
globals里塞大对象或 Doctrine 实体，容易引发序列化问题或意外延迟加载
app.user 为空时怎么安全访问属性
{{ app.user.username }} 在未登录时会报 Attempt to read property "username" on null。Twig 默认不启用空合并操作符的宽松访问（不像 Laravel 的 ??），必须显式判空：
- 用
??：{{ app.user.username ?? 'Guest' }} - 用
default过滤器：{{ app.user.username|default('Guest') }} - 完整判断：
{% if app.user %}Hello {{ app.user.username }}{% else %}Hello Guest{% endif %} - 注意：
app.user是懒加载的，首次访问才触发 SecurityBundle 的用户解析逻辑；如果只是检查是否存在，用app.user is defined或app.user is not null即可，不会触发查询
真正容易被忽略的点是：很多人以为 app 是个万能数据桶，结果在模板里疯狂依赖它传参，最后发现无法做单元测试、缓存失效、甚至 debug 时根本不知道那个 app.xxx 是从哪来的。它只该暴露请求上下文，不该承载业务状态。
