访问者模式（建议收藏）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战(已更新的所有项目都能学习) / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新开坑项目:《Spring AI 项目实战》 正在持续爆肝中，基于 Spring AI + Spring Boot 3.x + JDK 21...， 点击查看 ;
• 《从零手撸：仿小红书（微服务架构）》 已完结，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;演示链接： http://116.62.199.48:7070 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 90w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 3100+ 小伙伴加入学习 ，欢迎点击围观

前言：设计模式与访问者模式的必要性

在软件开发领域，设计模式如同一把钥匙，能够帮助开发者高效解决常见的系统设计问题。随着系统规模的扩大，对象结构的复杂性也随之增加，如何在不破坏现有代码的前提下，灵活地为不同对象添加新操作，成为开发者面临的重要挑战。访问者模式（Visitor Pattern）正是为这类场景设计的解决方案之一。本文将通过通俗易懂的比喻、分步骤的讲解和实际代码示例，带读者逐步理解这一模式的核心思想与实践技巧。

访问者模式的定义与核心思想

什么是访问者模式？

访问者模式是一种行为型设计模式，它允许在不修改现有对象结构的前提下，通过引入外部“访问者”对象，为不同类型的元素定义新的操作。其核心在于通过**双分派（Double Dispatch）**机制，将操作的逻辑与数据结构分离，实现“行为与结构解耦”。

双分派：理解访问者模式的“灵魂”

传统面向对象编程中，方法调用依赖对象类型（单分派），而访问者模式通过两次类型判断（访问者类型 + 元素类型），实现了更灵活的操作选择。这类似于一家餐厅的厨房场景：厨师（访问者）根据食材类型（元素）选择不同的烹饪方式。例如，鱼肉需要清蒸，牛排需要煎烤，而蔬菜可能需要快炒——不同厨师（不同访问者）对同一食材的处理逻辑可以不同，而食材本身无需感知这些变化。

访问者模式的适用场景

场景一：需要对对象结构中的不同元素执行不同操作

当系统中存在一组稳定的对象集合（如文件系统中的文件、目录），且需要为这些对象添加多种操作（如统计大小、生成缩略图、计算哈希值），但不想在每个元素类中硬编码这些操作时，访问者模式尤为适用。

场景二：频繁新增操作而无需修改现有元素类

若业务需求频繁变化，例如为电商系统新增“计算税费”“生成优惠券”等操作，访问者模式允许通过添加新访问者类而非修改现有元素类，从而符合开闭原则（对扩展开放，对修改关闭）。

场景三：需要结合多个元素的组合信息

当操作依赖多个元素的组合状态时（例如计算购物车中不同商品的总价），访问者可以遍历整个对象结构，统一处理组合逻辑。

访问者模式的实现步骤

步骤1：定义元素接口（Element）

创建一个公共接口，声明接受访问者的accept方法。例如：

public interface Element {
    void accept(Visitor visitor);
}

步骤2：定义访问者接口（Visitor）

定义操作接口，为每个元素类型声明对应的方法。例如：

public interface Visitor {
    void visit(File file);
    void visit(Directory directory);
}

步骤3：实现具体元素类

每个元素类需实现accept方法，将自身传递给访问者：

public class File implements Element {
    private String name;
    private int size;

    @Override
    public void accept(Visitor visitor) {
        visitor.visit(this); // 将自身传入访问者
    }
    // 其他方法...
}

public class Directory implements Element {
    private String name;
    private List<Element> children;

    @Override
    public void accept(Visitor visitor) {
        visitor.visit(this);
    }
    // 其他方法...
}

步骤4：实现具体访问者类

在访问者实现类中，为不同元素类型编写具体逻辑。例如计算文件总大小：

public class SizeCalculator implements Visitor {
    private int totalSize = 0;

    @Override
    public void visit(File file) {
        totalSize += file.getSize();
    }

    @Override
    public void visit(Directory directory) {
        for (Element element : directory.getChildren()) {
            element.accept(this); // 递归访问子元素
        }
    }

    public int getTotalSize() {
        return totalSize;
    }
}

步骤5：组合使用

通过客户端代码调用访问者：

public class Client {
    public static void main(String[] args) {
        // 创建对象结构
        Directory root = new Directory("root");
        root.add(new File("file1.txt", 100));
        Directory subDir = new Directory("subdir");
        subDir.add(new File("file2.jpg", 200));
        root.add(subDir);

        // 使用访问者计算总大小
        SizeCalculator calculator = new SizeCalculator();
        root.accept(calculator);
        System.out.println("Total size: " + calculator.getTotalSize() + " KB");
    }
}

访问者模式的优缺点分析

优点

缺点

• 违反单一职责原则：访问者类可能承担过多职责
• 破坏封装性：访问者需直接访问元素的内部数据
• 维护成本：若元素结构频繁变化，需同步修改所有访问者类

访问者模式与其他模式的对比

与策略模式的区别

与组合模式的协作

访问者模式常与组合模式（Composite Pattern）结合使用。例如，组合模式构建对象结构，访问者模式遍历并操作该结构。两者共同实现“整体-部分”模式的完整解法。

实际案例：电商系统的订单处理

场景描述

某电商平台需要为不同类型的订单（普通订单、团购订单、国际订单）新增“计算运费”和“生成发票”功能，且未来可能扩展更多操作。

实现方案

1. 定义元素接口：

public interface OrderElement {
    void accept(Visitor visitor);
}

2. 具体订单类：

public class RegularOrder implements OrderElement {
    private double totalAmount;
    // 实现 accept 方法...
}

public class GroupOrder implements OrderElement {
    private int participantCount;
    // 实现 accept 方法...
}

3. 访问者接口与实现：

public interface OrderVisitor {
    void visit(RegularOrder order);
    void visit(GroupOrder order);
}

public class ShippingCalculator implements OrderVisitor {
    @Override
    public void visit(RegularOrder order) {
        // 计算普通订单运费
    }

    @Override
    public void visit(GroupOrder order) {
        // 计算团购订单运费
    }
}

4. 客户端使用：

public class OrderProcessor {
    public void processOrders(List<OrderElement> orders, Visitor visitor) {
        for (OrderElement order : orders) {
            order.accept(visitor);
        }
    }
}

此案例展示了访问者模式如何让系统在不修改订单类的前提下，灵活添加新功能。

常见问题与最佳实践

问题1：如何避免访问者模式的缺点？

• 分层设计：将访问者拆分为多个小类，专注单一职责
• 接口隔离：为不同访问者定义专用接口，减少对元素结构的暴露
• 缓存机制：对频繁访问的操作结果进行缓存，提升性能

问题2：何时不宜使用访问者模式？

• 元素结构频繁变化的场景
• 元素类型数量极少且稳定
• 需要访问者直接修改元素状态（可能破坏封装）

结论：访问者模式的价值与适用性

访问者模式通过巧妙的双分派机制，为复杂对象结构提供了优雅的操作扩展方案。它不仅符合开闭原则，还让代码结构更加清晰，尤其适用于需要频繁新增行为的系统。然而，其适用性需结合具体场景权衡——当元素类型稳定、操作需求多变时，访问者模式能显著提升系统的可维护性和扩展性。

对于开发者而言，理解访问者模式不仅是掌握一种设计技巧，更是培养“面向接口编程”和“职责分离”思维的重要实践。通过合理运用这一模式，我们能在复杂系统的设计中游刃有余，实现代码的优雅与高效。