YAML更适配Symfony 4的自定义服务配置，因其缩进简洁、支持imports模块化和锚点复用，而XML虽结构严谨但冗长，工厂服务需内联且缺乏原生导入机制。
Symfony 4 中自定义服务，YAML 和 XML 是两种主流配置格式，实际效果完全一致，但写法逻辑、维护成本和团队协作体验差异明显。选哪种不取决于功能强弱，而要看你更在意可读性、编辑效率，还是结构约束与工具兼容性。
语法表达：缩进 vs 标签
YAML 靠空格缩进表达层级，冒号后必须空一格，键值对直观简洁：
services:
app.mailer:
class: App\Service\Mailer
arguments:
- '@mailer.transport'
- '%app.sender_email%'
XML 则用成对标签包裹，属性和子元素分工明确，结构冗长但语义清晰：
工厂服务写法：YAML 必须拆开，XML 可内联
当需要通过工厂方法创建服务时，XML 允许在 <argument></argument> 内直接嵌套匿名服务：
YAML 不支持这种嵌套写法。它会把 {class: ..., factory: ...} 当作普通数组解析，导致类型错误。正确做法是显式定义工厂服务再引用：
- 先声明具名服务：
gaufrette.filesystem: factory: ['@filesystem_map', 'get'] arguments: ['default'] - 再注入：
- '@gaufrette.filesystem'
参数与服务引用：符号统一但含义不同
两者都支持外部值注入，但占位符语法和语义一致：
-
%kernel.environment%表示参数（字符串/布尔/数字），YAML 和 XML 都用%...% -
@mailer.transport表示服务对象，YAML 和 XML 都用@...
混淆 %filesystem% 和 @filesystem 在两种格式中都会引发构造函数类型错误，不是格式问题，而是语义误用。
模块化与复用能力
YAML 原生支持 imports 拆分配置，路径相对当前文件，适合按功能分片：
imports:
- { resource: 'services/api.yaml' }
- { resource: 'services/cache.yaml' }
XML 无内置导入机制，需靠容器扩展或预处理脚本拼接，大型项目中维护成本更高。YAML 还支持锚点（&common）和别名（*common），方便复用配置片段；XML 需依赖 XSLT 或外部模板工具实现类似效果。
