Task执行原理解析

1.当Driver中的CoarseGrainedSchedulerBackend给CoarseGrainedExecutorBackend发送LaunchTask之后，CoarseGrainedExecutorBackend在收到LaunchTask消息后，首先会反序列化TaskDescription：

val taskDesc = ser.deserialize[TaskDescription](data.value)

2.Executor会通过会通过launchTask来执行Task：

executor.launchTask(this, taskId = taskDesc.taskId, attemptNumber = taskDesc.attemptNumber,
  taskDesc.name, taskDesc.serializedTask)

3.TaskRunner在ThreadPool来运行具体的Task，在TaskRunner的run方法中首先会通过调用statusUpdate给Driver发信息汇报自己的状态说明自己是Running状态：

execBackend.statusUpdate(taskId, TaskState.RUNNING, EMPTY_BYTE_BUFFER)

4.TaskRunner内部会做一些准备工作：例如反序列化Task的依赖：

Task.deserializeWithDependencies(serializedTask)

然后通过网络来获取需要的文件、Jar等；

updateDependencies(taskFiles, taskJars)

5.然后是反序列Task本身；

task = ser.deserialize[Task[Any]](taskBytes, Thread.currentThread.getContextClassLoader)

6.调用反序列化后的Task.run方法来执行任务并获得执行结果

val (value, accumUpdates) = try {
  val res = task.run(
    taskAttemptId = taskId,
    attemptNumber = attemptNumber,
    metricsSystem = env.metricsSystem)
  threwException = false
  res

其中Task的run方法调用的时候会导致会导致Task的抽象方法runTask的调用，在Task的runTask内部会调用RDD的iterator()方法，该方法就是我们针对当前Task所对应的Partition进行计算的关键之所在，在具体的处理内部会迭代Partition的元素并交给我们自定义的function进行处理！

对于ShuffleMapTask，首先要对RDD以及其依赖关系进行反序列化：

val (rdd, dep) = ser.deserialize[(RDD[_], ShuffleDependency[_, _, _])](

最终计算会调用RDD的compute方法：

def compute(split: Partition, context: TaskContext): Iterator[T]

具体计算的时候有具体的RDD，例如MapPartitionsRDD的compute：

override def compute(split: Partition, context: TaskContext): Iterator[U] =
  f(context, split.index, firstParent[T].iterator(split, context))

其中的f就是我们在当前的Stage中计算具体Partition的业务逻辑代码；
对于ResultTask：

val (rdd, func) = ser.deserialize[(RDD[T], (TaskContext, Iterator[T]) => U)](
  ByteBuffer.wrap(taskBinary.value), Thread.currentThread.getContextClassLoader)
_executorDeserializeTime = System.currentTimeMillis() - deserializeStartTime

metrics = Some(context.taskMetrics)
func(context, rdd.iterator(partition, context))

7.把执行结果序列：

val valueBytes = resultSer.serialize(value)

并根据大小判断不同的结果传回给Driver的方式
8.CoarseGrainedExecutorBackend给DriverEndpoint发送StatusUpdate来传输执行结果，DriverEndpoint会把执行结果传递给TaskSchedulerImpl处理，然后交给TaskResultGetter内部通过线程去分别处理Task执行成功和失败时候的不同情况，然后告诉DAGScheduler任务处理结束的状况。

补充说明：

1.在执行具体Task的业务逻辑前会进行四次反序列：

a) TaskDescription的反序列化；

b) 反序列化Task的依赖；

c) Task的反序列化；

d) RDD反序列化；

2.在Spark 1.6中AkkaFrameSize是128MB，所有可以广播非常大的任务；而任务的执行结果可以最大达到1G。