java组合模式要注意什么

在 Java 中使用组合模式（Composite Pattern）时，有几个关键点和常见“坑”需要注意，下面从设计、实现、使用三个层面总结：

一、设计层面的注意事项

1. 明确“叶子”和“容器”的关系

• Leaf（叶子）：不能有子节点
• Composite（容器）：可以包含子节点
• 二者必须实现统一的接口或抽象类

✅ 推荐：

interface Component {
    void operation();
}

2. 是否让 Leaf 支持子节点操作

常见两种做法：

方式一：Leaf 抛异常（不推荐）

public void add(Component c) {
    throw new UnsupportedOperationException();
}

❌ 问题：

• 破坏“透明性”
• 调用方必须判断类型

方式二：统一接口，Leaf 空实现（推荐）

public void add(Component c) {
    // do nothing
}

✅ 优点：

• 客户端代码统一
• 符合组合模式“树形结构统一处理”的思想

二、实现层面的注意事项

3. 父子引用问题（容易忽略）

如果业务逻辑需要从子节点访问父节点：

• 要在 add() 时设置 parent
• 删除时清空 parent

public void add(Component child) {
    children.add(child);
    ((Composite) child).setParent(this);
}

⚠ 否则可能导致：

• 内存泄漏
• 逻辑错误

4. 递归调用要防止死循环

组合模式天然是递归结构，如果：

• 父子互相引用
• 或遍历逻辑写错

容易造成 StackOverflowError

✅ 建议：

• 严格控制父子关系
• 遍历时避免回指

5. 注意类型安全

List<Component> children = new ArrayList<>();

❌ 不要：

List<Object> children = new ArrayList<>();

否则强制转换频繁，容易出错

三、使用层面的注意事项

6. 不要滥用组合模式

适合场景：

• 树形结构（菜单、文件目录、组织架构）
• 希望对“单个对象”和“对象集合”一致处理

不适合：

• 结构非常扁平
• 没有递归语义

7. 业务语义要清晰

例如：

• 文件可以删除
• 文件夹也可以删除 ✅ 组合模式很合适

但如果：

• 叶子有业务限制（如不能添加子节点） 那就需要重新评估设计

8. 与装饰器、策略模式的区别

• 组合：结构型，处理“部分-整体”
• 装饰器：增强功能
• 策略：行为切换

不要混用导致结构混乱

四、Java 中的典型示例

• java.awt.Component / Container
• javax.swing.JComponent
• Spring 中的 CompositeFilter

总结一句话

组合模式的核心是“统一接口 + 递归结构”，重点是透明性、父子关系和避免滥用。

如果你有具体业务场景（比如菜单、权限、文件系统等），我可以给你一个更贴合的 Java 示例。