bind用于统一绑定构造函数参数名，须置于_defaults块中，支持类型$参数名格式，值可为环境变量、字符串或服务引用；仅对autowire: true的服务生效，局部arguments优先级高于全局bind。
bind 是用来统一绑定构造函数参数名的
当你有多个服务都用到同名参数（比如 $timeout、$baseUrl），又不想每个服务都重复写 arguments，bind 就是干这个的。它在服务实例化前，把变量名和值/服务 ID 绑定好，容器会按名字自动塞进构造函数。
-
bind必须写在services.yaml的_defaults块里，或某个具体服务定义下 - 键名格式是
类型$参数名或纯$参数名（PHP 8+ 推荐带类型，更安全） - 值可以是环境变量（
'%env(int:TIMEOUT)%'）、字符串字面量（'https://api.example.com'）、服务引用（'@logger'）或可选服务（'@?App\Service\FallbackLogger'） - 如果构造函数里写了
private string $baseUrl = ''，但没 bind 也没 arguments，容器不会自动填空字符串——它只认显式绑定或注入
bind 和 arguments 混用时谁优先？
局部 arguments 会覆盖全局 bind。比如你在 _defaults.bind 里写了 $timeout: '%env(int:DEFAULT_TIMEOUT)%'，但在某个服务下又写了 arguments: ['%env(int:SPECIAL_TIMEOUT)%']，那这个服务就用后者。
- 构造函数参数顺序必须和
arguments列表严格一致；bind不受顺序限制，只看名字 - 如果用了
bind但构造函数里没有对应参数名（比如绑了$apiHost，但类里是$host），注入失败，报错提示找不到匹配参数 - PHP 8+ 命名参数 +
autowire: true时，bind是最轻量的配置方式；不用写arguments，也不用改类签名
常见错误：bind 写对了但不生效
最常踩的坑不是语法错，而是作用域和启用条件没满足。
-
bind只对启用了autowire: true的服务生效；如果某个服务设了autowire: false，bind完全被忽略 -
bind写在服务定义内部（如App\Service\X: bind: { $x: 'val' }）在 Symfony 4 中不支持，只认_defaults.bind或顶层bind: - 环境变量没加
resolve:前缀，比如写成'%env(API_TIMEOUT)%'→ 实际注入的是字符串%env(API_TIMEOUT)%，不是解析后的数值 - 类型提示缺失或模糊，比如构造函数写
public function __construct($logger)（没类型），容器无法把$logger和bind: $logger: '@logger'关联上
验证 bind 是否起作用
别猜，直接看容器输出：
- 运行
bin/console debug:container 'App\Service\YourService' - 找到
Arguments一栏，确认显示的是你期望的值（如$timeout: 5000），而不是$timeout: null或未列出 - 如果看到
Class "App\Service\YourService" does not exist，先检查类路径、命名空间拼写，再查services.yaml里是否漏了class:行
实际复杂点在于：bind 看似简单，但它依赖 autowire、类型提示、变量名一致性三者同时成立。少一个，就退化成手动 arguments 配置。
