组合模式的优缺点是什么？

简化版

组合模式的优点是能统一处理叶子和组合对象，客户端代码简单，新增节点类型方便，特别适合树形结构。缺点是可能让接口过于宽泛，树结构维护复杂，递归遍历可能有性能和栈深风险，并且不适合层级固定且简单的场景。

详细版

主要优点：

统一处理单个对象和组合对象；
客户端不用大量类型判断；
天然适合树形结构；
新增节点类型相对方便；
递归操作表达清晰；
局部和整体可以使用同一接口。

主要缺点：

透明式接口可能让叶子暴露无意义方法；
树结构维护需要防止环和脏数据；
大树递归遍历可能性能差；
父子关系、删除、移动逻辑要额外设计；
对固定层级结构可能过度设计。

组合模式适合层级不固定、节点需要一致处理的业务树。

完整版教学

一、优点：客户端代码简单

没有组合模式时，客户端可能要判断：

if (node instanceof File) {
    ...
} else if (node instanceof Directory) {
    ...
}

用了组合模式：

node.operation();

客户端只依赖统一接口，逻辑明显简化。

二、优点：递归表达自然

树结构本来就是递归的。

组合模式把递归结构放进对象关系里：

Composite -> Component
Component 可以是 Leaf，也可以是 Composite

这让打印树、计算大小、统计人数、过滤节点等操作很自然。

三、优点：新增节点类型方便

如果要新增一种节点，只要实现 Component 接口。

例如菜单树里新增：

外链菜单；
按钮权限；
虚拟分组；
动态菜单。

客户端仍然可以按 Component 处理。

四、缺点：接口设计容易尴尬

如果把 add()、remove() 放到 Component，叶子节点也会拥有这些方法。

这会带来语义问题。

如果不放到 Component，客户端构建树时又要知道 Composite 类型。

这就是透明式和安全式的取舍。

五、缺点：树维护复杂

真实业务树要处理：

添加节点；
删除节点；
移动节点；
父节点维护；
排序；
环检测；
权限过滤；
缓存失效。

组合模式解决对象结构表达，不自动解决树数据治理。

六、缺点：大树性能问题

如果每次调用都遍历整棵树：

root.count();
root.size();
root.render();

树很大时性能可能很差。

可能需要缓存、分页、懒加载或批量查询。

七、常见误区与追问

组合模式用统一性换取接口与树维护成本。若客户端需要对100个混合节点逐个判断类型，统一 operation() 能消除分支；但透明式接口会让叶子暴露无意义操作，复杂树还要维护父子一致性。收益取决于业务是否真的需要递归地一致处理部分与整体。

检查维度	判定依据
主要收益	客户端统一处理，递归表达自然
主要代价	接口妥协、结构校验与遍历成本

心法：树越稳定、统一操作越核心，组合模式的收益越明显。

误区：组合模式总能简化所有代码。 客户端更简单，但 Composite 的结构维护和递归逻辑会更复杂。
追问：新增叶子类型为何容易？ 只需实现 Component，现有递归组合通常不需识别具体类型。
误区：统一接口不会损失类型安全。 透明式设计可能允许对叶子调用无意义的子节点方法。
追问：大树的主要性能成本是什么？ 全量遍历通常为 O(n)，重复聚合还可能反复扫描子树。
追问：何时应改用专门结构？ 叶子和容器操作差异显著，或需要极致查询性能时可采用专用模型。

八、加强记忆

组合模式的优点是让树形结构能被统一处理，客户端少判断、递归表达自然。缺点是接口设计有取舍，树维护和大树遍历有工程成本。层级不固定、整体和部分需要一致处理时，它最有价值。

简化版

详细版