必须继承 abstractcontroller，否则将立即失去自动依赖注入、注解路由识别和响应辅助方法三大核心能力，且需手动补全全部配置才能恢复。
可以，但会立刻失去自动依赖注入、注解路由识别、常见响应辅助方法这三类核心能力——除非你手动补全全部配置。
不继承 AbstractController 时的路由注解失效
写了 #[Route] 却访问 404 或报错 Unable to find the controller for path？因为 Symfony 默认只扫描继承 AbstractController 的类来注册路由。即使你装了注解支持、启用了 framework.extra_framework.enabled，也不起作用。
- 必须显式在
config/services.yaml中为该控制器加tags: ['controller.service_arguments'] - 还要确保它被自动加载规则覆盖（如
controllers/目录下），否则连服务注册都跳过 - Symfony 8+ 中若仍用
@Route（带@符号），还会额外报class Sensio\Bundle\FrameworkExtraBundle\Configuration\Route not found，因为 SensioBundle 已彻底移除
构造函数或方法参数注入直接报错
出现 Could not resolve argument $xxx of "App\Controller\MyController::index()"，根本原因不是类型写错，而是容器根本没把它当控制器服务处理。
- 控制器类默认不是服务——它只是个普通 PHP 类，DI 容器不会主动解析它的方法参数
- 即使你在
services.yaml中手动定义服务并加controller.service_arguments标签，也得同步配好bind:或显式arguments:，否则仍失败 - 不继承
AbstractController就无法使用$this->render()、$this->redirectToRoute()等方法，得自己 new Response 或拼 URL
为什么官方强烈推荐继承 AbstractController
这不是“强制语法要求”，而是避免重复劳动的最小成本路径：它背后绑定了一整套默认行为链。
-
AbstractController自带render()、json()、isGranted()、createNotFoundException()等高频方法，不用每次use一堆类再 new 实例 - 配合默认的
services.yaml中controllers/自动加载规则，类一放进去就自动注册 + 打标签 + 可注入 - 升级到 Symfony 8 后，
AbstractController还整合了新的#[AsController]元数据支持，未来兼容性更稳
真正需要不继承的情况极少：比如你要写一个完全无状态、不走路由、仅被其他服务调用的“伪控制器”类；或者正在迁移遗留代码，暂时不想动基类。其余所有常规 Web 控制器，绕开 AbstractController 就等于主动放弃框架最顺手的那部分设计。
