设计模式实战应用之一：策略模式
策略模式的定义
策略模式是应用最普遍的设计模式之一。Gof 把策略模式归类到对象行为型模式，《
设计模式:可复用面向对象软件的基础》对策略模式做出了明确的定义：“
Define a family of algorithms, encapsulate each one, and make theminterchangeable.Strategy lets the algorithm vary independently fromclients that use it.”，翻译过来就是：“
定义了一族算法，将每个算法分别封装起来，并且互相之间可以替换。策略模式可以使算法的变化独立于使用算法的客户”。
why 策略模式?
- 客户端程序直接包含业务算法代码的话会变的复杂，这样会使客户程序庞大且难以维护，尤其是需要支持多种业务算法时。
- 不同的时候需要不同的算法，我们不想支持我们并不使用的业务算法。
- 当业务功能是客户程序的一个难以分割的成分时，增加新的业务算法或改变现有算法将十分困难。
策略模式定义一些类来封装不同的业务算法，从而避免上述问题。
策略模式的使用场合
- 许多相关类仅仅是行为不同。
- 需要使用一个算法的不同实现。
- 算法使用了客户不应该知道的数据。策略模式可以避免暴露复杂的、与算法相关的数据结构。
- 一个类定义了很多行为，而且这些行为在这个类里的操作以多个条件语句的形式出现。策略模式将相关的条件分支移入它们各自的 Strategy 类中以代替这些条件语句。
sql 性能测试需求
在一个 jee 项目中，有一张表，单表千万数据，有五条 sql 语句可能需要优化，现在处于上线前紧张的 coding 阶段，为了避免产品上线后因数据量暴涨而造成 sql 性能下降，现在需要一个程序来模拟真实场景下的 jee 数据库操作，通过这些操作用时分析 sql 性能和潜在问题，进而优化。
sql 性能测试分析
为了模拟真实场景，数据库、框架产品项目保持一致自不必说。数据库单表也需要制造模拟数据到上千万条，记录之间尽量遵循真实场景。
数据制造好以后，需要模拟不同用户进行操作。比如有用户模拟插入操作，有用户模拟查询操作。模拟操作的数量、执行频率最好也根据真实场景得出。
sql 性能测试类设计
jee 用了 spring mvc + spring IOC + iBatis 框架，为了便于理解我们模拟程序也分出 dao、service。为了不和 service 产生混淆，我们具体的“策略”算法封装在了 user 类里头(user 相当于 Gof《设计模式:可复用面向对象软件的基础》中的 Strategy 接口)，runner 作为使用算法的客户(即 Gof《设计模式:可复用面向对象软件的基础》中的 Context 对象)。具体类图如下：
sql 性能测试时序图
sql 性能测试源码实现
Strategy 角色 User 源代码：
package com.defonds.mysql.user;
public interface User {
// 策略模式的应用：把具体做法让每个 User 分别封装起来，做法独立于调用 User 的 thread
public void doMyThing();
}
ConcreteStrategy 角色之一 RawAddUser 源代码：
package com.defonds.mysql.user.raw;
import com.defonds.mysql.raw.service.RawService;
import com.defonds.mysql.user.User;
public class RawAddUser implements User {
private RawService rawService;
private int numCountor = 1; // 记录次数
public void setRawService(RawService rawService) {
this.rawService = rawService;
}
@Override
public void doMyThing() {
long uid = 111;
long did = 1111;
long fileId = 11111;
long sectionId = 111111;
long startTime = System.currentTimeMillis();
String s3RawHeaderPath = "/usr/home/df/wefd.txt" + numCountor;
String channelId = "1";
if (numCountor >= 20) {
numCountor = 1;
}
uid += numCountor;
did += numCountor;
fileId += numCountor;
sectionId += numCountor;
rawService.addTimeLineRaw(uid, did, fileId, sectionId, startTime, startTime + 15000, s3RawHeaderPath, channelId);
numCountor ++;
}
}
Context 角色 Runner 源代码：
package com.defonds.mysql.runner;
import java.util.Date;
import com.defonds.mysql.user.User;
import com.defonds.mysql.util.dao.RecordDao;
public abstract class Runner implements Runnable {
protected RecordDao recordDao;
protected User user;
protected String sceneDesc;
protected String type;
protected String requestDesc;
protected long interval;
public void setRecordDao(RecordDao recordDao) {
this.recordDao = recordDao;
}
public void setUser(User user) {
this.user = user;
}
/**
*
* @param sceneDesc // 场景名
* @param type // 操作类型 [insert、delete、update、select]
* @param requestDesc // 对应 timeline.xml 文件中的语句 id
* @param interval // 两次执行之间的时间间隔
*/
public Runner(String sceneDesc, String type, String requestDesc, long interval) {
this.sceneDesc = sceneDesc;
this.type = type;
this.requestDesc = requestDesc;
this.interval = interval;
}
@Override
public void run() {
while (true) {
try {
Thread.sleep(this.interval);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
Date startTime = new Date();
long startTimeL = System.currentTimeMillis();
this.user.doMyThing();
Date endTime = new Date();
long endTimeL = System.currentTimeMillis();
this.record(this.sceneDesc, this.type, startTime, endTime, endTimeL - startTimeL, this.requestDesc, null);
}
}
protected void record(String sceneDesc, String type, Date startTime, Date endTime, long extendTime, String requestDesc, String requestDetail) {
this.recordDao.addRecord(sceneDesc, type, startTime, endTime, extendTime, requestDesc, requestDetail);
}
}
sql 性能测试结果分析
使用压力程序将 DB Server 负载到真实上线后的比例。然后模拟程序 19 * 5 个用户并发，TestMysql 跑起来，E7500 CPU 负载到 0.2%，4 G 内存负载 0%。可以参考《
关于一个具有配置文件的 Java Project 项目(非 web 项目)在服务器上的一个便捷部署》的做法将本模拟程序部署在测试服务器。根据本模拟程序运行两天，五个 sql 性能走势如下图：
本文示例程序《sql 性能测试》源码下载
已将本文用到的项目相关源代码上传至 CSDN 资源，有兴趣的朋友可以去看一下：
sql 性能测试源代码。
