「设计模式(一) - 策略模式」

一、从if-else说起

代码中if-else的出现频率不必多说，几乎的逻辑实现都离不这个组合。但是带来了方便的同时，也带来了多重嵌套代码块。套用重构的一句话，这些都是代码的坏味道。过多的条件判断必然增加了系统不稳定性，同时也给扩展带来了不便因素。当然优化的方式多种多样，策略模式Strategy仅仅只是其中简单的一种。

二、策略模式 Strategy

行为模式的一种，定义了一系列平行的算法，将实现与责任相分离并加以封装，当然各个策略之间是可以相互转化的。由客户端决定使用何种策略，由于策略之间的独立，为系统提供了很好的扩展性。可以理解为相同行为不同实现的组合。

三、组成部分

• 抽象的策略(Strategy)类：公共的策略接口strategy，派生出不同的实现算法(行为是相同的)，当然这个抽象的策略一般是接口，也有情况下是抽象类(具有公共的主体)。

• 具体实现(Concrete Strategy)：策略接口或者策略抽象类的具体实现类。

• 上下文(Context)：分两种情况，一种是客户端本身，另一种情况则是持有策略的引用。

• 结构图：

四、简单的代码实现

1.设计一个数据加密的系统

数据加密的方式有很多种，AES、DES、RSA等等。加密的方式多种多样，但是在一个加密的系统中，加密这个行为是同样。而实现这个行为的方法是不同的。加密在这里是策略的抽象。

• 定义加密策略顶层接口

/**
 * Created by Sai
 * on: 09/01/2022 01:08.
 * Description:策略接口
 */
public interface EncryptionAlgorithm {
    String encrypt(String message);
} 

• 以AES的方式进行加密-策略的具体实现

/**
 * Created by Sai
 * on: 09/01/2022 01:08.
 * Description:
 */
public class AES implements EncryptionAlgorithm {

    @Override
    public String encrypt(String message) {
        System.out.println("Encrypting message using AES");
        return "AES ---> " + " " + message;
    }
} 

• 以DES的方式进行加密

/**
 * Created by Sai
 * on: 09/01/2022 01:08.
 * Description:
 */
public class DES implements EncryptionAlgorithm {

    @Override
    public String encrypt(String message) {
        System.out.println("Encrypting message using DES");
        return "DES --->" + " " + message;
    }
} 

• 以RSA的方式进行加密

/**
 * Created by Sai
 * on: 09/01/2022 01:12.
 * Description:
 */
public class RSA implements EncryptionAlgorithm {

    @Override
    public String encrypt(String message) {
        System.out.println("Encrypting message using RSA");
        return "RSA ---> " + " " + message;
    }
} 

• 客户端持有类用类

/**
 * Created by Sai
 * on: 09/01/2022 01:15.
 * Description:
 */
public class Client {
    private final EncryptionAlgorithm encryptionAlgorithm;

    public Client(EncryptionAlgorithm encryptor) {
        this.encryptionAlgorithm = encryptor;
    }

    public void handleMessage(String message) {
        var encryptedMessage = encryptionAlgorithm.encrypt(message);
        System.out.println(encryptedMessage);
    }
} 

这里客户端Client持有了策略对象，通过上下文Context设置关系，具体选择哪种策略是由客户端来作出选择。另一种则是由上下文来决定何种策略，调用顺序上是由差别的，但是影响不大。当然也是根据具体的业务来合理选择。

• 测试用例

/**
 * Created by Sai
 * on: 09/01/2022 01:17.
 * Description:
 */
public class Demo {
    public static void show() {
      	//选择AES进行加密
        var client = new Client(new AES());
        client.handleMessage("send messages...");
    }

    public static void main(String[] args) {
        show();
    }
} 

2.一些思考

虽然是个简单的例子，但是也能看出策略模式的一些优缺点，即使现在需要增加一个新的加密算法；那么同样只需要实现顶层策略接口即可(同一行为的不同实现，面向接口的便利)它是易扩展的，但是并不代表着可以无限的增长。在例子中也发现了一个问题，同一时刻只有一个策略被执行，也造成了一定的维护成本。其次，客户端必须了解所有的策略(或者上下文Context)，具体选择哪种策略是需要客户端来主动选择的。回想之前的开闭原则，这里其实已经暴露了具体的实现。当然瑕不掩瑜，策略模式是解决多重条件嵌套有效方式之一。

3.没有完美的设计模式

N种策略但同一时刻只有一种被用到了，多少有点浪费，以上述例子为例，其实可以考虑使用责任链模式替换。而且并不会暴露具体的内部实现，那是不是说责任链模式就比策略模式好呢？答案是否定的，考虑到加密方式的繁多性，责任链的链调用深度势必会很深。看，同样是有瑕疵的。没有完美的设计模式(不然也不会出现经典的23种)。但是某种情况下，各种模式的配合可以趋于完美。学习设计模式，个人觉得还是思想的学习吧。

五、开发中的实际问题

最近开发中就遇到了类似的问题，服务端WebSocket下发通知，需要处理这个通知来控制打印机工作，根据Notify Type的不同打印不同的信息文本。而目前已经实现的只有一种type，考虑到type的扩展性，想以策略形式抽象出来。

private void processPrint(PrintMessage printMessage) {
   if (printMessage == null || CheckUtil.isEmpty(printMessage.getPrintType())) {
         return;
   }
   IFetchDataDetail fetchDataDetail;
   if (printMessage.isCondition()) {
       fetchDataDetail = new PrintXXPrintRequest();
      } else {
       fetchDataDetail = new PrintNormalPrintRequest();
   }
   fetchDataDetail.onFetchDataToPrint(printMessage);
}

public interface IFetchDataDetail {
    void onFetchDataToPrint(PrintMessage message);
} 

这里的抽象出来的核心操作只有一个，尽管type是不同的，但是都是通过返回的id查询详情并且打印，那么统一的行为就是IFetchDataDetail，只有一个方法void onFetchDataToPrint(PrintMessage message)至于打印何种信息，那就是策略内部的具体实现了。

但它是策略模式吗？其实不是的，与策略模式唯一的区别是没有上下文Context，可以说是退化了的策略模式：退化成简单的面向接口编程，仅仅对多重判断做了整理优化。但接口隔离优点还是有体现的，表面上看没有上下文影响不大。可事实上，客户端的难度增加了，因此还是可以继续优化的。设计的唯一目的，不就是降低客户端的使用复杂度嘛。

六、应该什么时候用

• 仅仅只是行为实现上的区别-同一行为不同实现。
• 优化多重条件的嵌套问题。
• 具体业务场景具体分析，重要的还是抽象思想的理解。

。但接口隔离优点还是有体现的，表面上看没有上下文影响不大。可事实上，客户端的难度增加了，因此还是可以继续优化的。设计的唯一目的，不就是降低客户端的使用复杂度嘛。

六、应该什么时候用

• 仅仅只是行为实现上的区别-同一行为不同实现。
• 优化多重条件的嵌套问题。
• 具体业务场景具体分析，重要的还是抽象思想的理解。

最后

分享给大家一份面试题合集。

下面的题目都是在Android交流群大家在面试时遇到的，如果大家有好的题目或者好的见解欢迎分享，楼主将长期维护此帖。
参考解析：郭霖、鸿洋、玉刚、极客时间、腾讯课堂…

内容特点：条理清晰，含图像化表示更加易懂。

内容概要：包括 Handler、Activity相关、Fragment、service、布局优化、AsyncTask相关
、Android 事件分发机制、 Binder、Android 高级必备 ：AMS,WMS,PMS、Glide、 Android 组件化与插件化等面试题和技术栈！

Handler 相关知识，面试必问！

常问的点：
Handler Looper Message 关系是什么？
Messagequeue 的数据结构是什么？为什么要用这个数据结构？
如何在子线程中创建 Handler?
Handler post 方法原理？
Android消息机制的原理及源码解析
Android Handler 消息机制

Activity 相关

启动模式以及使用场景?
onNewIntent()和onConfigurationChanged()
onSaveInstanceState()和onRestoreInstanceState()
Activity 到底是如何启动的
启动模式以及使用场景
onSaveInstanceState以及onRestoreInstanceState使用
onConfigurationChanged使用以及问题解决
Activity 启动流程解析

Fragment

Fragment 生命周期和 Activity 对比
Fragment 之间如何进行通信
Fragment的startActivityForResult
Fragment重叠问题
Fragment 初探
Fragment 重叠， 如何通信
Fragment生命周期

Service 相关

进程保活
Service的运行线程（生命周期方法全部在主线程）
Service启动方式以及如何停止
ServiceConnection里面的回调方法运行在哪个线程？
startService 和 bingService区别
进程保活一般套路
关于进程保活你需要知道的一切

Android布局优化之ViewStub、include、merge

什么情况下使用 ViewStub、include、merge？
他们的原理是什么？
ViewStub、include、merge概念解析
Android布局优化之ViewStub、include、merge使用与源码分析

BroadcastReceiver 相关

注册方式，优先级
广播类型，区别
广播的使用场景，原理
Android广播动态静态注册
常见使用以及流程解析
广播源码解析

AsyncTask相关

AsyncTask是串行还是并行执行？
AsyncTask随着安卓版本的变迁
AsyncTask完全解析
串行还是并行

Android 事件分发机制

onTouch和onTouchEvent区别，调用顺序
dispatchTouchEvent， onTouchEvent， onInterceptTouchEvent 方法顺序以及使用场景
滑动冲突，如何解决
事件分发机制
事件分发解析
dispatchTouchEvent， onTouchEvent， onInterceptTouchEvent方法的使用场景解析

Android View 绘制流程

简述 View 绘制流程
onMeasure， onlayout， ondraw方法中需要注意的点
如何进行自定义 View
view 重绘机制

• Android LayoutInflater原理分析，带你一步步深入了解View(一)

• Android视图状态及重绘流程分析，带你一步步深入了解View(二)

• Android视图状态及重绘流程分析，带你一步步深入了解View(三)

• Android自定义View的实现方法，带你一步步深入了解View(四)

  

Android Window、Activity、DecorView以及ViewRoot

Window、Activity、DecorView以及ViewRoot之间的关系

Android 的核心 Binder 多进程 AIDL

常见的 IPC 机制以及使用场景
为什么安卓要用 binder 进行跨进程传输
多进程带来的问题

• AIDL 使用浅析

• binder 原理解析

• binder 最底层解析

• 多进程通信方式以及带来的问题

• 多进程通信方式对比

  

Android 高级必备 ：AMS,WMS,PMS

AMS,WMS,PMS 创建过程

• AMS,WMS,PMS全解析

• AMS启动流程

• WindowManagerService启动过程解析

• PMS 启动流程解析

  

Android ANR

为什么会发生 ANR？
如何定位 ANR？
如何避免 ANR？
什么是 ANR
如何避免以及分析方法
Android 性能优化之 ANR 详解

Android 内存相关

注意：内存泄漏和内存溢出是 2 个概念

什么情况下会内存泄漏？
如何防止内存泄漏？

• 内存泄漏和溢出的区别

• OOM 概念以及安卓内存管理机制

• 内存泄漏的可能性

• 防止内存泄漏的方法

  

Android 屏幕适配

屏幕适配相关名词解析
现在流行的屏幕适配方式

• 屏幕适配名词以及概念解析

• 今日头条技术适配方案

  

Android 缓存机制

LruCache使用极其原理

• Android缓存机制

• LruCache使用极其原理述

  

Android 性能优化

如何进行 内存 cpu 耗电 的定位以及优化
性能优化经常使用的方法
如何避免 UI 卡顿

• 性能优化全解析，工具使用

• 性能优化最佳实践

• 知乎高赞文章

  

Android MVC、MVP、MVVM

好几种我该选择哪个？优劣点

任玉刚的文章：设计模式选择

Android Gradle 知识

这俩篇官方文章基础的够用了
必须贴一下官方文档：配置构建
Gradle 提示与诀窍

Gradle插件 了解就好
Gradle 自定义插件方式
全面理解Gradle - 执行时序

• Gradle系列一

• Gradle系列二

• Gradle系列三

  

RxJava

使用过程，特点，原理解析
RxJava 名词以及如何使用
Rxjava 观察者模式原理解析
Rxjava订阅流程，线程切换，源码分析 系列

OKHTTP 和 Retrofit

OKHTTP完整解析
Retrofit使用流程，机制详解
从 HTTP 到 Retrofit
Retrofit是如何工作的

最流行图片加载库： Glide

郭神系列 Glide 分析
Android图片加载框架最全解析（一），Glide的基本用法
Android图片加载框架最全解析（二），从源码的角度理解Glide的执行流程
Android图片加载框架最全解析（三），深入探究Glide的缓存机制
Android图片加载框架最全解析（四），玩转Glide的回调与监听
Android图片加载框架最全解析（五），Glide强大的图片变换功能
Android图片加载框架最全解析（六），探究Glide的自定义模块功能
Android图片加载框架最全解析（七），实现带进度的Glide图片加载功能
Android图片加载框架最全解析（八），带你全面了解Glide 4的用法

Android 组件化与插件化

为什么要用组件化？
组件之间如何通信？
组件之间如何跳转？
Android 插件化和热修复知识梳理
为什么要用组件化

• Android彻底组件化方案实践
• Android彻底组件化demo发布
• Android彻底组件化-代码和资源隔离
• Android彻底组件化—UI跳转升级改造
• Android彻底组件化—如何使用Arouter

插件化框架历史
深入理解Android插件化技术
Android 插件化和热修复知识梳理

由于篇幅限制，文档的详解资料太全面，细节内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！

好啦，这份资料就给大家介绍到这了，有需要详细文档的小伙伴，可以微信扫下方二维码免费领取哈~