Symfony 4 中可自定义服务 ID，推荐在 services.yaml 中手动定义（如 app.email_sender）或用 alias 创建别名；需避免与自动注册冲突，验证用 debug:container 命令。
在 Symfony 4 中，服务 ID 默认由类的完整命名空间（如 App\Service\EmailSender）自动确定，但你完全可以自定义服务 ID，让它更简洁、语义更清晰，或适配已有约定。关键不是“改名字”本身，而是确保容器能正确识别、注册并注入它。
用 services.yaml 手动定义新 ID
这是最直接、最可控的方式。你不再依赖类名作为 ID，而是显式指定一个你喜欢的字符串作为服务 ID，并绑定到具体类：
- 在
config/services.yaml中写：
app.email_sender:
class: App\Service\EmailSender
autowire: true
- 之后你就能在控制器构造函数中这样注入：
public function __construct(EmailSender $sender)（前提是启用了 autowire 和 autoconfigure）； - 若需在代码中主动获取，记得加
public: true； - 这个 ID
app.email_sender就是你的自定义服务 ID，和类名完全解耦。
用别名映射已有服务
当你已有一个服务（比如通过自动注册生成的 App\Service\EmailSender），又想给它起个更短或更通用的别名（如 email_sender），可用 alias：
email_sender:
alias: App\Service\EmailSender
- 别名生效后，
$container->get('email_sender')或类型提示EmailSender $sender（配合 autowire）都能正常工作； - 注意：目标服务 ID 必须已存在，不能是未注册的类名；
- 别名会覆盖同名定义，但跨文件加载顺序不可靠（按文件名字母序），建议统一写在
services.yaml底部。
避免 ID 冲突与重复注册
自定义 ID 容易引发隐性问题，尤其当混合使用多种注册方式时：
- 如果你已启用
App\: resource: '../src/'自动扫描，又手动定义了同名服务（如App\Service\EmailSender:），Symfony 会注册两个服务——后者覆盖前者，但调试时容易误判； - 验证是否成功：运行
php bin/console debug:container email_sender，看输出中是否显示该 ID 及对应类； - 若要用别名支持接口注入（如
MailerInterface），仅设别名不够，还需禁用该接口的自动装配或用bind显式指定，否则多实现仍会报错。
不推荐：靠注解改 ID
Symfony 官方注解（如 #[AsService]）不支持直接修改服务 ID。它只触发自动注册，ID 固定为类名。真要 ID 自定义，必须配合 YAML 或 PHP 配置来干预。
