Strategy Pattern ava设计模式之策略模式

  简介
  
  在策略模式(Strategy Pattern)中,一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。简单理解就是一组算法,可以互换,再简单点策略就是封装算法。
  
  意图 定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。
  
  主要解决 在有多种算法相似的情况下,使用 if...else 所带来的复杂和难以维护。
  
  何时使用 一个系统有许多许多类,而区分它们的只是他们直接的行为。
  
  如何解决 将这些算法封装成一个一个的类,任意地替换。
  
  主要角色
  
  上下文Context,拥有一个Strategy的引用
  
  抽象策略Strategy,往往是一个接口(占大部分情况)或者抽象类,通常提供各种具体策略的接口
  
  具体策略,这就是重点了,封装了各种具体的算法
  
  UML
  
  img
  
  应用实例
  
  诸葛亮的锦囊妙计,每一个锦囊就是一个策略;
  
  旅行的出游方式,选择骑自行车、坐汽车,每一种旅行方式都是一个策略;
  
  JAVA AWT 中的 LayoutManager;
  
  优点 1、算法可以自由切换。 2、避免使用多重条件判断。 3、扩展性良好。
  
  缺点 1、策略类会增多。 2、所有策略类都需要对外暴露。
  
  使用场景
  
  如果在一个系统里面有许多类,它们之间的区别仅在于它们的行为,那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
  
  一个系统需要动态地在几种算法中选择一种。
  
  如果一个对象有很多的行为,如果不用恰当的模式,这些行为就只好使用多重的条件选择语句来实现。
  
  注意事项: 如果一个系统的策略多于四个,就需要考虑使用混合模式,解决策略类膨胀的问题。
  
  项目描述
  
  跳转到我的策略模式GitHub
  
  1.操作行为
  
  simple1包,主要对操作行为包装了加减乘除方法。
  
  @Slf4j
  
  public class Application {
  
  public static void main(String[] args) {
  
  Context context = new Context(new AddStrategy());
  
  log.info("10 + 5 = {}", context.executeStrategy(10, 5));
  
  context.setStrategy(new SubstractStrategy());
  
  log.info("10 - 5 = {}", context.executeStrategy(10, 5));
  
  context.setStrategy(new MultiplyStrategy());
  
  log.info("10 * 5 = {}", context.executeStrategy(10, 5));
  
  context.setStrategy(new DivideStrategy());
  
  log.info("10 / 5 = {}", context.executeStrategy(10, 5));
  
  }
  
  }
  
  执行结果
  
  img
  
  2.出现方式
  
  simple2包描述,主要对出行方式的包装,包装了3种出行方式,
  
  执行类
  
  public class TravelApplication {
  
  public static void main(String[] args) {
  
  Context context = new Context(new BusStrategy());
  
  context.executeStrategy("老王");
  
  context.setStrategy(new BicycleStrategy());
  
  context.executeStrategy("老张");
  
  context.setStrategy(new WalkStrategy());
  
  context.executeStrategy("老李");
  
  }
  
  }
  
  执行结果
  
  <u>image-20181222104657926</u>
  
  策略上下文
  
  @Data
  
  public class Context {
  
  private Strategy strategy;
  
  public Context(Strategy strategy) {
  
  this.strategy = strategy;
  
  }
  
  /**
  
  * 出行
  
  *
  
  * @return
  
  */
  
  public void executeStrategy(String name) {
  
  strategy.travel(name);
  
  }
  
  }
  
  抽象策略
  
  public interface Strategy {
  
  /**
  
  * 出现方法
  
  *
  
  * @return
  
  */
private[spark] class Executor(
executorId: String,
executorHostname: String,
env: SparkEnv,
userClassPath: Seq[URL] = Nil,
isLocal: Boolean = false)
extends Logging {
......
// must be initialized before running startDriverHeartbeat()
//创建心跳的 EndpointRef
private val heartbeatReceiverRef = RpcUtils.makeDriverRef(www.haomem178.cn HeartbeatReceiver.ENDPOINT_NAME, conf, env.rpcEnv)
......
startDriverHeartbeater()
......
/**
* Schedules a task to report heartbeat and partial metrics for active tasks to driver.
* 用一个 task 来报告活跃任务的信息以及发送心跳。
*/
private def startDriverHeartbeater(): Unit = {
val intervalMs = conf.getTimeAsMs("spark.executor.heartbeatInterval", "10s")

// Wait a random interval so the heartbeats don‘t end up in sync
val initialDelay = intervalMs + (math.random * intervalMs).asInstanceOf[Int]

val heartbeatTask = new Runnable() {
override def run(): Unit = Utils.logUncaughtExceptions(reportHeartBeat())
}
//heartbeater是一个单线程线程池,scheduleAtFixedRate 是定时执行任务用的,和 schedule 类似,只是一些策略不同。
heartbeater.scheduleAtFixedRate(heartbeatTask, initialDelay, intervalMs, TimeUnit.MILLISECONDS)
}
......
}
可以看到,在 Executor 中会创建心跳的 EndpointRef ,变量名为 heartbeatReceiverRef 。

然后我们主要看 startDriverHeartbeater() 这个方法,它是关键。
我们可以看到最后部分代码

val heartbeatTask = new Runnable(www.fengshen157.com/) {
override def run(): Unit = Utils.logUncaughtExceptions(reportHeartBeat())
}
heartbeater.scheduleAtFixedRate(heartbeatTask, initialDelay, intervalMs, TimeUnit.MILLISECONDS)
heartbeatTask 是一个 Runaable,即一个线程任务。scheduleAtFixedRate 则是 java concurrent 包中用来执行定时任务的一个类,这里的意思是每隔 10s 跑一次 heartbeatTask 中的线程任务,超时时间 30s 。

为什么到这里还是没看到 heartbeatReceiverRef 呢,说好的发送心跳呢?别急,其实在 heartbeatTask 线程任务中又调用了另一个方法,我们到里面去一探究竟。

private[spark] class Executor(
executorId: String,
executorHostname: String,
env: SparkEnv,
userClassPath: Seq[URL] = Nil,
isLocal: Boolean = false)
extends Logging {
......
private def reportHeartBeat(): Unit = {
// list of (task id, accumUpdates) to send back to the driver
val accumUpdates = new ArrayBuffer[(Long, Seq[AccumulatorV2[_, _]])]()
val curGCTime = computeTotalGcTime()

for (taskRunner <- runningTasks.values().asScala) {
if (taskRunner.task != null) {
taskRunner.task.metrics.mergeShuffleReadMetrics()
taskRunner.task.metrics.setJvmGCTime(curGCTime - taskRunner.startGCTime)
accumUpdates += ((taskRunner.taskId, taskRunner.task.metrics.accumulators()))
}
}

val message = Heartbeat(executorId, accumUpdates.toArray, env.blockManager.blockManagerId)
try {
//终于看到 heartbeatReceiverRef 的身影了
val response = heartbeatReceiverRef.askWithRetry[HeartbeatResponse](
message, RpcTimeout(conf, "spark.executor.heartbeatInterval", "10s"))
if (response.reregisterBlockManager) {
logInfo("Told to re-register on heartbeat")
env.blockManager.reregister()
}
heartbeatFailures = 0
} catch {
case NonFatal(e) =>
logWarning(www.gxgjpt1.com "Issue communicating www.078881.cn/ with driver in heartbeater", e)
heartbeatFailures += 1
if (heartbeatFailures >= HEARTBEAT_MAX_FAILURES) {
logError(s"Exit as unable to send heartbeats to driver " +
s"more than $HEARTBEAT_MAX_FAILURES times")
System.exit(ExecutorExitCode.HEARTBEAT_FAILURE)
  
  }
  
  参考
  
  策略模式
  
  维基里的策略模式
  
  南乡清水的实际项目运用之Strategy模式

原文地址:https://www.cnblogs.com/qwangxiao/p/10284721.html

时间: 2024-10-12 20:02:10

Strategy Pattern ava设计模式之策略模式的相关文章

如何让孩子爱上设计模式 ——14.策略模式(Strategy Pattern)

如何让孩子爱上设计模式 --14.策略模式(Strategy Pattern) 描述性文字 本节讲解的是行为型设计模式中的第一个模式: 策略模式, 这个模式非常简单,也很好理解. 定义一系列的算法,把每个算法封装起来,并使得他们可以相互替换, 让算法独立于使用它的客户而变化. 一般用来替换if-else,个人感觉是面向过程与面向对象思想的 过渡,这里举个简易计算器的栗子,帮助理解~ 普通的if-else/switch计算器 普通的面向过程if-else简易计算器代码如下: 运行结果如下: 这里我

二十三种设计模式[21] - 策略模式(Strategy Pattern)

前言 策略模式,对象行为型模式的一种.在<设计模式 - 可复用的面向对象软件>一书中将之描述为" 定义一些列的算法,把它们一个个封装起来,并且使它们可相互替换.使得算法可以独立于使用它的客户而变化 ". 也就是说通过策略模式,我们能够将算法与其调用者分离成相对独立的个体,降低维护成本,使代码更加优雅. 场景 就拿数据的搜索来说,可以简单的分为模糊搜索和精确搜索.在开发这个功能时,可能会写出如下代码. public List<string> Search(stri

设计模式之策略模式和状态模式(strategy pattern &amp; state pattern)

本文来讲解一下两个结构比较相似的行为设计模式:策略模式和状态模式.两者单独的理解和学习都是比较直观简单的,但是实际使用的时候却并不好实践,算是易学难用的设计模式吧.这也是把两者放在一起介绍的原因,经过对比和实例介绍,相信应该会一些比较深刻的感知.最后在结合个人的体会简单聊一下对这两个模式的一些看法. 1. 模式概念 1.1 策略模式 运行时更改类的行为或算法,从而达到修改其功能的目的: 使用场景: 一个系统需要动态地在几种算法中选择一种,而这些算法之间仅仅是他们的行为不同. 此外决策过程中过多的

设计模式之策略模式(Strategy)摘录

23种GOF设计模式一般分为三大类:创建型模式.结构型模式.行为模式. 创建型模式抽象了实例化过程,它们帮助一个系统独立于如何创建.组合和表示它的那些对象.一个类创建型模式使用继承改变被实例化的类,而一个对象创建型模式将实例化委托给另一个对象.创建型模式有两个不断出现的主旋律.第一,它们都将关于该系统使用哪些具体的类的信息封装起来.第二,它们隐藏了这些类的实例是如何被创建和放在一起的.整个系统关于这些对象所知道的是由抽象类所定义的接口.因此,创建型模式在什么被创建,谁创建它,它是怎样被创建的,以

设计模式:策略模式(Strategy)

定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换.本模式使得算法可独立于使用它的客户而变化. 策略模式的角色: 1. 抽象策略角色(Strategy):策略类,通常由一个接口或者抽象类实现 2. 具体策略角色(ConcreteStrategy):包装了相关的算法和行为 3. 环境角色(Context):持有一个策略类的引用,最终给客户端调用 这里引用参考资料3中的例子来详细说明一下策略模式. "赔了夫人又折兵"--这个是<三国演义>里的著名桥段,主要是说刘备要去

设计模式之策略模式(行为型)

一.模式定义 策略模式:定义一系列算法,然后将每一个算法封装起来,并将它们可以互相替换.也就是将一系列算法封装到一系列策略类里面.策略模式是一种对象行为型模式.策略模式符合"开闭原则" Strategy Pattern: Define a family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary independently fro

JavaScript设计模式之策略模式(学习笔记)

在网上搜索“为什么MVC不是一种设计模式呢?”其中有解答:MVC其实是三个经典设计模式的演变:观察者模式(Observer).策略模式(Strategy).组合模式(Composite).所以我今天选择学习策略模式. 策略模式:定义了一系列家族算法,并对每一种算法单独封装起来,让算法之间可以相互替换,独立于使用算法的客户. 通常我并不会记得“牛顿第一定律”的具体内容,所以我也难保证我会对这个定义记得多久……用FE经常见到的东西来举个例子说明一下: $("div").animation(

大话设计模式_策略模式(Java代码)

策略模式:定义算法家族,分别封装,让它们之间可以互相替换,此模式让算法的变化不会影响到使用算法的客户 简单描述:一个父类,多个子类实现具体方法.一个Context类持有父类的引用(使用子类实例化此引用),客户端代码只需要与此Context类交互即可 大话设计模式中的截图: 例子代码: 策略类: 1 package com.longsheng.strategy; 2 3 public abstract class Strategy { 4 5 public abstract double getR

&lt;二&gt;读&lt;&lt;大话设计模式&gt;&gt;之策略模式

又和大家见面了,能够坚持写出第二篇文章真不错,好好加油. <<大话设计模式>>讲解策略模式是以商场收银软件程序开头的,那么问题来了,哪家商场收银软件强,开玩笑了.读过上篇文章<<简单工厂模式>>的知道,它有两个缺点:1.客户端依赖两个类,耦合性高:2.如果算法过多则需要写很多类.解决上面问题的就是策略模式了. 策略模式:它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户. 商场收银软件:单价*打折算法=售价.