1. 为什么设计模式是软考中级里性价比最高的一块分设计模式这一章我前后啃了三遍。第一遍是在教材上划重点第二遍是对着真题找规律第三遍是真正把十几个高频模式的代码手敲了一遍。三遍下来最大的感受是这一章不是背得多就赢而是看得懂类图、认得出骨架、写得出那一行空。很多人复习到第七章的时候整个人是懵的——23种模式名字都念不顺更别说区分了。可实际上这一章的投入产出比在整个软件设计师知识体系里排得进前三内容边界清晰、考法固定、重复率高属于典型的花三天能换来稳定分数的模块。1.1 一个下午题考生的真实困境我身边有个朋友上午题能考55分以上结果卡在下午题上。他跟我说下午题最后那道面向对象大题代码长得像天书类图里一堆框和箭头读完题干五分钟就过去了最后只能空着几个空交卷。这个场景特别典型——很多人不是不懂面向对象而是没建立模式识别的条件反射。看到Context里持有一个接口类型的成员变量、还有一个setXxx()方法脑子里应该立刻弹出这是策略模式或者状态模式看到abstract class实现了接口又持有同类型接口的成员变量那基本就是装饰器。这种反射不是天生的是靠反复看同类骨架练出来的而这恰恰是这一章最容易练成的东西。所以这篇笔记的定位很明确它不是教材的替代品而是把教材第七章那几十页压缩成一套可操作的识别系统和填空套路。教材告诉你工厂方法模式定义一个用于创建对象的接口让子类决定实例化哪个类但它不会告诉你答题卡上的那个空为什么一定落在factory.createProduct()这一行。我下面要写的主要是后面这部分。1.2 23种模式在考试里到底值多少分先把这个账算清楚因为这直接决定你该花多少时间。软件设计师的下午卷一共五道大题每题15分最后一道是面向对象程序设计通常是 Java 和 C 二选一题干给出一段业务描述、一张类图然后留出四到五个空让你填代码或者填类名。这道题里出现设计模式的概率非常高我做过的那几年真题里策略、观察者、工厂方法、装饰器、适配器、组合、模板方法这几个轮着出现。题型设计模式相关占比我的建议投入上午选择题一般2到4分靠识别套路得分别死磕冷门模式下午面向对象大题15分整题模式是核心线索高频10个模式必须能手写骨架下午UML题类图关系涉及组合、聚合、依赖顺带复习不单独投入上午算法与数据结构几乎不涉及忽略这张表的意思是把精力集中在十来个高频模式上剩下十来个只需要能认名字、知道大概意图就够了。解释器模式、访问者模式、备忘录模式这些上午题偶尔冒一个考的是这个模式属于哪一类或者它的意图是什么你只要知道访问者是在不改变元素类的前提下定义作用于这些元素的新操作就足够了犯不着去把双分派写一遍。反过来策略模式和观察者模式我是强烈建议手写到肌肉记忆的因为它们在下午题里出现的频率实在太高了。1.3 这门笔记适合谁看、不适合谁看适合的人群正在备考软件设计师中级、已经学过 Java 或者 C 基础语法、能看懂简单的 UML 类图但一看到大段代码就发怵的人。如果你是零基础连接口和抽象类都分不清那得先把面向对象那两章补上设计模式是建在这块地基上的。不适合的人群已经能熟练写出十几个模式、只是想找点新东西的人。这篇东西的深度是考试导向的不是工程架构导向的。说到工程实践我得提醒一句考试里的模式写法和真实项目里的写法差别挺大。真实项目里没人会为了一个只有两种排序方式的需求去写一套完整的策略体系往往一个if-else就完事了过度设计反而是坑。考试是反过来它默认你的设计必须是可扩展的所以你得按标准骨架来。这个心理预期如果不调整做题时很容易觉得这么写太啰嗦了吧然后选错。2. 把23种模式塞进脑子的分类骨架23个名字硬背绝对会串。我试过按字母顺序背结果第二天就全混了。后来换成按它们各自解决什么问题来归类记忆负担一下子小了很多。Gang of Four 那本书本身就把23种分成了三个大类创建型管对象怎么造出来结构型管类和对象怎么拼装行为型管对象之间怎么协作分工。这个分类不只是记名字用的考试里问以下哪个属于结构型模式你要是分类记混了就是白丢分。2.1 创建型5种围绕对象怎么生出来创建型一共五个工厂方法、抽象工厂、建造者、原型、单例。这五个模式的共同点是它们都在解决直接 new 一个对象有什么不好这个问题。直接 new 的问题在于耦合——调用方知道了具体的类名将来换实现就得改代码。工厂方法定义一个创建对象的接口让子类决定实例化哪一个类。它把造什么这件事推迟到子类。关键词是一个产品等级结构。抽象工厂提供一个创建一系列相关或相互依赖对象的接口不需要指定具体类。关键词是产品族。比如一整套 UI 控件按钮、文本框、滚动条在 Windows 风格和 Mac 风格之间切换这就是抽象工厂。建造者把一个复杂对象的构建与它的表示分离同样的构建过程可以创建不同的表示。关键词是分步骤、有顺序。原型用原型实例指定创建对象的种类并且通过拷贝这些原型创建新的对象。关键词是克隆、clone。单例保证一个类仅有一个实例并提供一个访问它的全局访问点。关键词是私有构造、静态实例、静态获取方法。我记这一组用的类比是开餐馆。单例是整个店只有一口锅工厂方法是这家店有个做菜师傅的岗位具体谁来炒由分店决定抽象工厂是川菜套餐和粤菜套餐整套换建造者是按固定流程组装一份套餐先主食再汤再饮料原型是照着现成的一份菜复制一份出来。2.2 结构型7种围绕类与对象怎么拼起来结构型有七个适配器、桥接、组合、装饰器、外观、享元、代理。这一组的共同主题是组合优于继承它们都在用某种方式把已有的东西拼成更大的结构同时避免继承层次爆炸。适配器把一个类的接口转换成客户希望的另一个接口。关键词是接口不兼容、转换器。桥接把抽象部分与它的实现部分分离使它们都可以独立变化。关键词是两个维度的变化。组合把对象组合成树形结构以表示部分-整体的层次结构。关键词是树、递归、叶子节点和容器节点。装饰器动态地给一个对象添加一些额外的职责。关键词是包裹、层层叠加、和原对象实现同一个接口。外观为子系统中的一组接口提供一个一致的界面。关键词是简化调用、总开关。享元运用共享技术有效地支持大量细粒度的对象。关键词是缓存、池、内部状态和外部状态。代理为其他对象提供一种代理以控制对这个对象的访问。关键词是中间人、访问控制、延迟加载。这一组的类比我用的是装修。适配器是插座转换头桥接是把款式和颜色两个维度拆开组合是文件夹里还能放文件夹装饰器是给一个蛋糕一层层抹奶油加水果外观是装修队的项目经理你只跟他对接享元是共用模具代理是中介。2.3 行为型11种围绕对象之间怎么分工协作行为型最多十一个职责链、命令、解释器、迭代器、中介者、备忘录、观察者、状态、策略、模板方法、访问者。这一组的核心是把易变的行为抽出来让对象之间通过协作完成一件事而不是把逻辑全堆在一个类里。高频的其实就四五个策略、观察者、模板方法、职责链、状态。剩下的了解意图即可。职责链使多个对象都有机会处理请求从而避免请求的发送者和接收者之间的耦合。关键词是一串处理器、逐个传递、审批流。命令将一个请求封装为一个对象从而使你可以用不同的请求对客户进行参数化。关键词是撤销、排队、把操作变成对象。迭代器提供一种方法顺序访问一个聚合对象中的各个元素而又不暴露其内部的表示。关键词是遍历、hasNext/next。中介者用一个中介对象来封装一系列的对象交互。关键词是星形结构替代网状结构。备忘录在不破坏封装性的前提下捕获一个对象的内部状态并在该对象之外保存这个状态。关键词是存档、回滚、Memento。观察者定义对象间的一种一对多的依赖关系当一个对象的状态发生改变时所有依赖于它的对象都得到通知并被自动更新。关键词是订阅、监听、通知。状态允许一个对象在其内部状态改变时改变它的行为。关键词是状态驱动的行为切换。策略定义一系列算法把它们一个个封装起来并且使它们可以相互替换。关键词是算法族、可替换。模板方法定义一个操作中的算法的骨架而将一些步骤延迟到子类中。关键词是父类定骨架、子类填步骤。访问者表示一个作用于某对象结构中的各元素的操作。关键词是双分派、不改变元素类。解释器给定一个语言定义它的文法的一种表示并定义一个解释器。关键词是表达式、语法树、递归下降。2.4 一张表把23种模式的核心意图钉死下面这张表我建议直接抄在笔记本第一页复习时不看教材先自己填一遍填不出来的再回去翻。分类模式一句话意图关键词锚点创建型工厂方法子类决定实例化哪个类一个产品等级创建型抽象工厂创建一系列相关对象产品族创建型建造者分步构建复杂对象构建过程与表示分离创建型原型拷贝创建新对象clone创建型单例全局唯一实例私有构造结构型适配器接口转换兼容结构型桥接抽象与实现分离两个维度结构型组合树形部分整体递归结构型装饰器动态添加职责同接口包裹结构型外观简化子系统调用统一入口结构型享元共享细粒度对象缓存池结构型代理控制对象访问中间人行为型职责链请求沿链传递审批行为型命令请求封装成对象撤销行为型解释器定义语言文法表达式树行为型迭代器顺序访问聚合遍历行为型中介者封装对象交互星形行为型备忘录保存与恢复状态存档行为型观察者一对多通知订阅行为型状态状态改变行为状态机行为型策略算法可替换算法族行为型模板方法父类定骨架钩子方法行为型访问者不改变元素加操作双分派3. 六大设计原则所有模式背后的底层宪法设计模式不是凭空发明的它们背后有一套共同的原则。搞懂这套原则很多模式你甚至能自己推导出来而不是死记。而且上午题里会直接考原则本身尤其里氏替换和依赖倒置这两条我至少见过三次每次都有人做错。3.1 单一职责与开闭最常被引用的两条单一职责原则说的是就一个类而言应该仅有一个引起它变化的原因。它的判断标准特别好用当你描述一个类的职责时如果句子里出现了和字比如这个类负责解析配置和发送邮件那大概率就是违反单一职责了。开闭原则说的是软件实体应该可以扩展但是不可修改。这句话初看有点矛盾——不能改又要扩展怎么办答案是抽象。加新功能的时候不改老代码而是新增一个子类或者新增一个实现类。设计模式里几乎所有模式都是开闭原则的具体实现手段。工厂方法是加新实现类而不是改 if-else策略模式是加新策略类而不是改那段 switch装饰器是加新装饰类而不是改原类。这里有个考试上的坑我得说一下题干里如果描述新增一种类型时只需要增加一个新的类不需要修改原有代码那对应的就是开闭原则而不是单一职责。这两个经常一起出现别串。3.2 里氏替换与依赖倒置最容易答错的两条里氏替换原则的原始定义有点绕所有引用基类的地方必须能透明地使用其子类的对象。翻译成人话就是——子类必须能够替换掉父类而且程序行为不发生奇怪的变化。反例是经典的正方形继承长方形长方形的宽和高可以独立变化正方形的宽高必须相等你把正方形当成长方形用设置宽为5高为3结果面积算出来是9不是15行为就崩了。考试里这条常以子类可以替换父类的表述出现也可能出现在代码题里让你判断某个继承关系是否合理。依赖倒置原则说的是高层模块不应该依赖低层模块两者都应该依赖其抽象抽象不应该依赖细节细节应该依赖抽象。人话版面向接口编程别面向实现编程。这条原则是策略模式、工厂方法、观察者模式等等一大票模式的理论基础。你看到某个类里成员变量的类型是接口而不是具体类那就是依赖倒置的体现。我用生活化的方式记这两条里氏替换回答的是儿子能不能替父亲上班能不能替换依赖倒置回答的是老板应该找岗位还是找人应该依赖抽象。3.3 接口隔离与迪米特被低估的两条接口隔离原则使用多个专门的接口比使用单一的总接口好不应该强迫客户依赖它们不用的方法。反例是一个超大的接口里有二十个方法某个实现类只需要其中两个剩下十八个都得写空实现——这就是接口污染。迪米特法则又叫最少知识原则一个对象应该对其他对象有尽可能少的了解。翻译成做题语言类 A 里不要出现b.getC().getD().doSomething()这种链式调用因为 A 需要了解 C 和 D 的结构。中介者模式和外观模式都是迪米特法则的落地。这两条在上午题里出现的频率比前四条低但一旦出现往往以以下说法错误的是这种形式来考干扰项通常是把两条原则的描述对调。我的应对方式是记住关键词接口隔离的关键词是专门接口、不强迫依赖迪米特的关键词是少了解、少通信。3.4 原则与模式的对应关系表复习到后期我习惯拿这张表做交叉验证。看到一个模式问自己它主要在维护哪条原则。设计原则主要体现它的模式单一职责外观、代理、中介者开闭工厂方法、抽象工厂、策略、装饰器里氏替换模板方法、组合依赖倒置策略、观察者、工厂方法、桥接接口隔离适配器、外观迪米特中介者、外观、代理提示这张表不是标准答案而是一张联想触发器。考试不会直接问策略模式体现了哪条原则但它会在题干描述里埋线索你脑子里有这张关联表读题干的速度会快很多。4. 下午题代码填空高频模式的填空套路下午题最后的面向对象大题很多人做不完是因为顺序搞反了——先从头读代码读到一半就迷路了。我的做法是先扫类图再定位模式最后才看代码。类图里藏着80%的答案信息尤其是继承关系和成员变量类型。下面我按几种高频模式说说那些空通常落在哪里。4.1 先看类图还是先看代码——我的做题顺序我的顺序是这样三步扫类图里的接口和抽象类。找那个被多个类实现的接口它定义了这套设计的契约。这个接口名往往就是解题钥匙比如叫SortStrategy、Observer、Component。看谁持有谁的引用。如果一个Context类里有一个接口类型的成员变量并且有setXxx()方法那基本可以锁定策略模式或状态模式。回到代码填空处判断这个空要的是类名、方法名、还是调用语句。这一步特别关键。有些空填的是类型有些空填的是new Xxx()有些空填的是strategy.method(args)。填错了类型一分不给。我实测下来这三步能覆盖八成以上的空位判断剩下两成靠题干里的业务描述补。4.2 策略模式填空为什么空永远落在接口调用那一行策略模式的骨架长这样interface DiscountStrategy { double calculate(double price); } class NormalDiscount implements DiscountStrategy { public double calculate(double price) { return price; } } class VipDiscount implements DiscountStrategy { public double calculate(double price) { return price * 0.8; } } class PriceContext { private DiscountStrategy strategy; public PriceContext(DiscountStrategy strategy) { this.strategy strategy; } public void setStrategy(DiscountStrategy strategy) { this.strategy strategy; } public double finalPrice(double price) { return strategy.calculate(price); } }你看这个结构考试里最常挖的空就是strategy.calculate(price)这一行。为什么会挖这里因为这一行是上下文委托给策略的关节是整套设计里最核心的一句。它前面那个成员变量声明private DiscountStrategy strategy;也经常被挖。我的经验是策略模式的空十个里有七个落在上下文调用策略方法和成员变量声明这两个位置。另外如果题干给出了new VipDiscount()这样的调用别惊讶那说明具体策略的选择被放在了客户端这也是策略模式的正常用法。4.3 工厂方法与抽象工厂的空位规律工厂方法里最典型的空是返回语句。因为工厂方法的实现类负责返回具体产品abstract class LoggerFactory { public abstract Logger createLogger(); } class FileLoggerFactory extends LoggerFactory { public Logger createLogger() { return new FileLogger(); } }那个return new FileLogger();就是高频空位。抽象工厂的填空稍微复杂一点因为它涉及产品族往往要你填某个具体工厂里创建两个产品的代码interface SkinFactory { Button createButton(); TextField createTextField(); } class SpringSkinFactory implements SkinFactory { public Button createButton() { return new SpringButton(); } public TextField createTextField() { return new SpringTextField(); } }这一组的判断诀窍是看类图里工厂接口的方法返回值是不是多个不同的产品接口。是多个那就是抽象工厂只有一个那就是工厂方法。这个判断我考试时用过不止一次命中率很高。4.4 观察者模式attach 与 notify 的固定骨架观察者模式在下午题里的骨架极其固定几乎可以默写interface Observer { void update(String message); } class Subject { private ListObserver observers new ArrayList(); public void attach(Observer observer) { observers.add(observer); } public void detach(Observer observer) { observers.remove(observer); } public void notifyObservers(String message) { for (Observer observer : observers) { observer.update(message); } } }这段代码里可以挖的空有四个observers.add(observer)、observers.remove(observer)、循环语句、observer.update(message)。观察者的题干通常会给出很明显的业务描述比如当库存发生变化时采购部门和销售部门都要收到通知看到这种一对多的描述直接锁定观察者。注意有些版本会把这个类叫Subject有些叫ConcreteSubject还有的会把注册方法叫registerObserver。名字不一样没关系你要认的是一个 List 存观察者 一个循环遍历通知这个结构。4.5 装饰器与代理继承同一个接口是关键线索装饰器和代理在类图上的共同特征是装饰类/代理类既实现了目标接口又持有一个目标接口类型的成员变量。这个双重身份是它们最醒目的标志。interface Coffee { double cost(); } class Espresso implements Coffee { public double cost() { return 10; } } abstract class CoffeeDecorator implements Coffee { protected Coffee coffee; public CoffeeDecorator(Coffee coffee) { this.coffee coffee; } public double cost() { return coffee.cost(); } } class MilkDecorator extends CoffeeDecorator { public MilkDecorator(Coffee coffee) { super(coffee); } public double cost() { return super.cost() 3; } }这里面最常见的空是return coffee.cost();和return super.cost() 3;。前者是委托给被装饰对象后者是在原有行为上追加。代理模式的骨架和这个几乎一样区别在于意图装饰器是增强功能代理是控制访问。考试如果题干说在访问真实对象之前先进行权限校验那就是代理如果题干说可以动态地给对象增加额外的功能比如加奶、加糖那就是装饰器。判断依据在业务描述里不在代码结构里这一点特别容易栽跟头。5. 最容易混淆的六组模式对比23个模式里真正让人头疼的不是记不住而是分不清。下面这六组是我自己反复搞混过的也是考试里干扰项最爱出现的地方。5.1 策略 vs 状态这两个在代码层面几乎是双胞胎都是上下文持有一个接口都把具体行为委托出去。区别在于行为切换的驱动者是谁。策略模式下客户端主动选择用哪个策略策略之间是平等可替换的互相不知道对方存在。状态模式下状态之间的切换往往由状态自身触发而且状态之间是有迁移关系的A 状态处理完可能自动转到 B 状态。一个判断技巧题干里出现由客户端决定可自由替换这类描述是策略出现状态流转当前状态决定下一步自动切换这类描述是状态。5.2 工厂方法 vs 抽象工厂这组其实不难但考场上紧张的时候容易看走眼。核心区别只有一条产品的数量。工厂方法只有一个产品接口一个工厂对应一个产品。抽象工厂有一个产品族一个工厂负责创建多个相关联的产品。类图上看得最清楚——抽象工厂的工厂接口里会有两到三个返回不同类型产品的方法。还有一个细节抽象工厂里的每个创建方法本质上就是一个工厂方法。所以你可以理解成抽象工厂是工厂方法的集合版。这个理解方式帮我记住了两者的关系。5.3 适配器 vs 装饰器 vs 代理这三个都是包一层结构相似度最高也是选择题里最爱出的干扰组。模式核心目的结构特征典型场景适配器接口转换适配器实现目标接口持有被适配者老接口对接新系统装饰器动态加职责装饰器实现原接口持有原接口加奶加糖、加日志代理控制访问代理实现原接口持有原接口权限校验、延迟加载注意适配器的结构特征和其他两个不一样适配器的被适配对象的接口和适配器实现的接口通常不是同一个因为它的任务就是把 A 接口转成 B 接口。而装饰器和代理持有的是同一个接口。这个区别是我做题时的分水岭。5.4 组合 vs 装饰器这两个都会持有同类型的对象但组合持有的是一批通常用 List装饰器持有的只有一个。组合模式的类图里容器节点会有一个ListComponent或者数组并且遍历它逐个调用子节点的方法形成递归。装饰器只有一个Component成员是单层包裹。看到 List 就是组合看到单个引用就是装饰器这个判断非常快。5.5 命令 vs 策略命令模式的关键词是把请求封装成对象它有一个很重要的副产品支持撤销和排队。策略模式的关键词是算法替换它解决的是怎么做的问题不涉及把操作记录下来。在类图上看命令模式通常有一个Command接口带execute()方法还有一个Invoker负责调用一个Receiver负责真正执行。策略模式没有Invoker和Receiver这种角色的划分只有Context和Strategy。5.6 模板方法 vs 策略模板方法用继承父类定义算法骨架子类实现具体步骤。策略用组合上下文持有一个策略对象。考试里最容易混的是题干描述。如果题干说算法的步骤是固定的但某些步骤的具体实现可以不同那是模板方法。如果题干说整个算法都可以替换那是策略。换句话说模板方法替换的是步骤策略替换的是整体。6. 上午题里设计模式的出题角度上午题的设计模式考法和下午题完全不同它不考代码考的是理解和辨识。我把见过的出题角度归纳成三类每一类的应对策略不一样。6.1 给出场景选模式这是最常见的类型。题干描述一个业务场景问你应该采用哪种设计模式。比如系统需要支持多种支付方式且未来可能新增支付渠道答案是策略模式一个对象状态改变时需要通知多个其他对象答案是观察者模式需要为一个已有的类提供一个新接口以适应新的环境答案是适配器模式。这类题的关键是把题干里的业务话术翻译成模式话术。我总结了几个高频对应多种算法/多种方式/可替换 → 策略一对多/通知/订阅 → 观察者固定流程/可变的步骤 → 模板方法不兼容/转换/复用已有类 → 适配器树形结构/部分整体 → 组合动态添加功能/层层包装 → 装饰器唯一实例/全局访问点 → 单例请求传递/多级审批 → 职责链6.2 给出模式问意图这类题直接问某个模式的意图或者定义。它会从教材原文里抠一句话然后给四个选项让你选这个模式的名字或者反过来问以下哪个是策略模式的定义。应对方法就是前面那张核心意图表。但要注意选项里经常混进简单工厂这个非 GoF 模式的干扰项。简单工厂严格来说不属于23种设计模式它是工厂方法的一种简化变体很多教材把它单独拿出来讲但考试里如果问23种设计模式包括以下哪个简单工厂是不能选的。这个坑我踩过一次印象很深。6.3 给出类图判模式这类题给一张简化类图让你判断这是哪个模式。判断的抓手就是第4章讲的几个结构特征接口数量、成员变量的类型和数量、继承关系。我个人的判断流程是先数接口再看成员变量是不是接口类型最后看是不是有 List。三个问题问完基本能定位。6.4 记忆锚点与口诀我自己编过一套口诀虽然有点土但复习时确实管用创建型五兄弟工抽建原单工厂、抽象工厂、建造者、原型、单例结构型七兄弟适桥组装外享代适配器、桥接、组合、装饰、外观、享元、代理行为型十一兄弟责命解迭中备观状策模访职责链、命令、解释器、迭代器、中介者、备忘录、观察者、状态、策略、模板方法、访问者这三个口诀背顺了做以下哪个不属于行为型模式这种题就是秒答。7. 我复习这一章踩过的坑与节奏安排7.1 只背定义不写代码的坑我第一遍复习就是这么干的把23个模式的定义抄了一遍觉得自己懂了。结果一到下午题看到那段代码就完全傻眼——定义里的定义一个用于创建对象的接口和代码里的abstract class LoggerFactory之间隔着一层转换的功夫这层功夫只有自己写过一遍才有。后来我的做法是只挑十个高频模式每个手敲一遍最小可运行版本。策略、观察者、工厂方法、抽象工厂、装饰器、代理、适配器、组合、模板方法、单例。每个不超过四十行敲一遍十分钟总共不到两个小时。这两个小时带来的收益比背十遍定义都大。7.2 把模式当成万能药的坑有个细节容易在概念题里翻车设计模式不是越多越好。题干如果描述一个非常简单的场景而选项里有使用抽象工厂模式和直接使用简单条件判断正确的往往是后者。设计模式的引入是有成本的类会增加、理解难度会上升。考试里有一类以下说法错误的是的题干扰项经常是设计模式可以解决所有设计问题或者使用模式越多系统越好这种明显是错的。记住模式是为了应对变化需求不变的地方用模式是画蛇添足。7.3 最后两周的复习节奏如果时间紧我的建议是这样排阶段时间任务第一轮3天过一遍23种模式定义建立三分类记忆第二轮2天手敲十个高频模式的最小实现第三轮2天刷近五年下午题的设计模式大题第四轮1天复习六大原则做上午题专项考前半天只看那张核心意图表和六组对比表最后再分享一个小技巧考前一天别再去看解释器、访问者这种冷门模式了容易把已经记住的高频模式搅混。把精力放在那六组对比表上考场上能一眼分清策略和状态就赢了一大半。这一章的内容其实不多难的是分类和辨识而这两件事恰恰是可以通过短期密集训练解决的。我自己从完全懵到能稳定做对下午题那道大题前后大概用了两周其中真正有效的时间可能也就十来个小时。