厨房吊柜上方空的有点多如何处理（有点多啊，这该怎么处理？）
微信如何删除多个会话 有点多啊，这该怎么处理？
前言
最近工作上有一个保存企业微信聊天记录的需求，遇到一些问题，数据量太大了，该怎么存？存储之后要检索，怎么才能检索的快呢？聊天产生的文件太多了，怎么去重？需求一句话，可是苦了开发人员了。
以后有时间心血管健康网小编会整理一下做这个功能的问题和解决 ，今天就拿其中一个问题来分析，使用策略模式来解决问题，没有了解过策略模式或者长时间不用已经忘了策略模式的小伙伴先来简单了解一下策略模式吧。
什么是策略模式
官话策略模式(Strategy Pattern)定义一系列算法类，将每一个算法封装起来，并让它们可以相互替换，策略模式让算法独立于使用它的客户而变化。
简单理解就是，针对不同的场景，使用不同的策略进行处理。
优点
算法可以自由切换。避免使用多重条件判断。扩展性良好。缺点
策略类会增多。所有策略类都需要对外暴露。使用场景
如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。一个系统需要动态地在几种算法中选择一种。如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。结构图
策略模式结构图
策略模式的简单示例
场景最近太热了，想要降降温，有什么办法呢
，定义一个降温策略的接口
public interface CoolingStrategy { / 处理方式 / void handle()}
定义3种降温策略；实现策略接口
public class IceCoolingStrategy implements CoolingStrategy { @Override public void handle() { System.out.println(#34使用冰块降温#34) }}
public class FanCoolingStrategy implements CoolingStrategy { @Override public void handle() { System.out.println(#34使用风扇降温#34) }}
public class AirConditionerCoolingStrategy implements CoolingStrategy { @Override public void handle() { System.out.println(#34使用空调降温#34) }}
定义一个降温策略的上下文
public class CoolingStrategyContext { private final CoolingStrategy strategy public CoolingStrategyContext(CoolingStrategy strategy) { this.strategy = strategy } public void coolingHandle() { strategy.handle() }}
测试
public class Main { public static void main(String[] args) { CoolingStrategyContext context = new CoolingStrategyContext(new FanCoolingStrategy()) context.coolingHandle() context = new CoolingStrategyContext(new AirConditionerCoolingStrategy()) context.coolingHandle() context = new CoolingStrategyContext(new IceCoolingStrategy()) context.coolingHandle() }}
运行结果
使用风扇降温使用空调降温使用冰块降温
以上就是一个策略模式的简单实现
策略模式的项目实战
场景
以我自己在工作中遇到的场景为例，《企业微信会话存档》功能，获取各种格式的消息内容，进行解析并保存数据。这里只针对消息处理的功能模块，其他关于《企业微信会话存档》的功能，有时间整理一下再发出来。
企业微信会话聊天会产生如下多种消息，在SpringBoot项目中应该如何使用策略模式来完成消息的解析呢？
企业微信消息格式
获取会话内容 - API 看API内容，数据都是json格式。思考应该如何处理
，既然要解析各种数据，而每种数据格式结构都不一样，那么就需要先根据每种消息格式定义各自的对象，然后根据不同的需求，将json格式处理成pojo对象；根据场景，需要定义两个策略接口，一个是针对普通的文本格式消息的策略，另一个则是需要处理文件格式消息的策略；定义策略处理上下文操作类，用于使用策略每种消息，都会有一些相同的数据，比如发送人、接收人、消息类型等；根据消息类型的不同，使用 key-value 的方式，让调用者确定应该使用哪个策略来处理数据因为格式太多，这里只使用两个格式作为例子
实现
两个策略接口
public interface Strategy { / 处理会话存档的内容 @param content json格式的消息内容 @return 结果 / ltTgt T handleContent(String content)}
public interface MediaStrategy { / 处理会话存档媒体内容 @param msgData 消息内容 / ltTgt void handleMedia(T msgData)}
策略的具体实现（伪代码）
@Component(#34link#34)public class LinkStrategy implements Strategy { @Override public LinkPO handleContent(String content) { // ON 转换为具体对象 LinkWrapDTO linkWrapDTO = JacksonUtils.json2Obj(content, LinkWrapDTO.class) // 将对象处理成业务需要的格式 return Convert.convert(LinkPO.class, linkWrapDTO) }}
@Component(#34image#34)public class ImageStrategy implements Strategy, MediaStrategy { @Autowired private IMsgFileService msgFileService @Override public ImagePO handleContent(String content) { // ON 转换为具体对象 ImageWrapDTO imageWrapDTO = JacksonUtils.json2Obj(content, ImageWrapDTO.class) // 将对象处理成业务需要的格式 return Convert.convert(ImagePO.class,imageWrapDTO) } @Override public ltTgt void handleMedia(T msgData) { // 将数据格式转换为具体实现的数据格式 ImagePO imagePo = Convert.convert(ImagePO.class, msgData) // 调用文件服务，进一步处理文件 msgFileService.newFileTask(imagePo.getImage().getSdkfileid(), imagePo.getMsgid() + #34.jpg#34, imagePo.getMsgid(), imagePo.getSeq(), imagePo.getImage().getFilesize(), imagePo.getImage().getMd5sum(), MessageEnum.IMAGE) }}
策略上下文
@Componentpublic class StrategyContext { @Resource MapltString, Strategygt strategys = new ConcurrentHashMapltgt() @Resource MapltString, MediaStrategygt mediaStrategys = new ConcurrentHashMapltgt() public Strategy getStrategy(String component) { return strategys.get(component) } public MediaStrategy getMediaStrategy(String component) { return mediaStrategys.get(component) }}
使用方式（伪代码）
public class MsgService { @Resource private StrategyContext strategyContext public void handlerMessage() { // 请求api获取消息的json json = api() // 转为通用格式对象 basePo = JsonUtils.json2Obj(json, BasePO.class) // 选取不同的策略 Strategy strategy = strategyContext.getStrategy(basePo.getMsgType()) // 进行处理 strategy.handleContent(json) // 关于文件类消息的处理 MediaStrategy mediaStrategy = strategyContext.getMediaStrategy(basePo.getMsgtype()) if (null != mediaStrategy) { mediaStrategy.handleMedia(basePo) } }}
以上就是策略模式的一种实现方式；
使用策略模式来处理不同格式的消息，虽然多了很多策略类，让整个功能模块的代码变得清晰，松耦合，而且很容易扩展和修改，并不会影响其他流程。
小结
从以上的例子很明显的可以看出，策略模式的灵活性；如果此时企业微信提供了一种新的消息格式，那么根本无需修改之前的代码，只需要再写一个新的类，实现消息处理策略的接口，重写处理 即可；
了解策略模式的优点和缺点，合理的使用策略模式，会让你的代码更加的整洁优雅。
吃得有点多胃胀怎么快速处理 肥肉多了怎么处理啊