再看访问者模式，让你的代码优雅地“拜访”对象结构

场景 & 痛点

假如你正在开发一款硬件检测软件。软件需要识别电脑中的各类硬件，并对它们执行多种操作：读取型号、检测温度、跑分评测、健康诊断…，

最直观的想法是：在每个硬件类中直接添加这些操作方法。但这样会带来两个严重问题：

1. 类爆炸每增加一种操作。就要修改所有硬件类，违背开闭原则。
2. 重复代码遍历组合结构的逻辑会在每个操作中重复。

这些正是大多数开发者在面对“对象结构 + 多变需求”时的常见痛点。

访问者模式精讲

定义

— GoF《设计模式》

主要角色

代码逐层拆解 — 从痛点到方法

1️⃣ 抽象元素 & 具体元素

// 抽象元素
interface Hardware {
void accept;}
// 具体元素 – CPU
class CPU implements Hardware {
@Override
public void accept {
visitor.visit;// 关键：回调访问者
}
}
// GPU、Disk、Memory 类似省略

类型，在 a ccept) 方法里把自身交给访问者。Java 的方法重载让 {@link Visitor#visit}) 能精准匹配，实现双分派 ) 的主要价值。

2️⃣ 抽象访问者

// 抽象访问者
interface Visitor {
void visit;void visit，void visit;void visit，}

新增一种业务需求时只需新增一个实现了该接口的类——无需再去改动任何硬件类！)，

3️⃣ 对象结构：组合模式加持的电脑

// note: code snippet

// 电脑 = 一棵硬件树
class Computer implements Hardware {
List parts = Arrays.asList(
new CPU。new GPU,new Disk,new Memory
);
@Override
public void accept {
// 自动遍历整棵树
parts.forEach);}
}

Computer ) 本身也是一个 Hardware )，但内部聚合了多个子部件。当访问者来到根节点时它会把请求“向下传递”，实现对复合对象结构 ) 的统一处理。

4️⃣ 多个具体访问者 – 不同业务场景对应不同 Visitor

• InfoVisitor：TempVisitor：ScoreVisitor：HealthVisitor：

  ​

  ​ ​ ​ ​ ​ ​ ​

  ​ ​​

  ​​

  每个访客关注一组完全不同的行为。却都复用同一个稳定的硬件层次结构，从而避免代码散落。

  客户端调用—一次遍历，多种结果   

  
  Hardware computer = new Computer;// 同一颗树，不变
  System.out.println;computer.accept);// 第1轮
  System.out.println;computer.accept);// 第2轮
  System.out.println;computer.accept);// 第3轮
  System.out.println;computer.accept);// 第4轮
  ` ` `
  ` `
  
   同一棵对象树。无需修改任何元素类，就能执行四种完全不同的操作 ` ` — ` `这就是访客模式带来的主要价值。` `
  ` `运行结果` `
  text
  === 第1轮：读取硬件型号 ===
  CPU GPU Disk Memory
  === 第2轮：检测温度 ===
  ℃ ℃ ℃ ℃
  === 第3轮：性能跑分 ===
  12万 30万 3万 8万
  === 第4轮：健康诊断 ===
  正常 正常 警告 正常
  ` `