本系列包含：
Flink 的提交流程：
Flink Client 中，通过反射启动 jar 中的 main 函数，生成 Flink StreamGraph 和 JobGraph，将 JobGraph 提交给 Flink 集群。JobManager 收到）后，将 JobGraph 翻译成 ExecutionGraph，然后开始调度，启动成功之后开始消费数据。总结来说：Flink 核心执行流程，对用户 API 的调用可以转为 StreamGraph → JobGraph → ExecutionGraph。
Flink 的作业提交分为两种方式：
standalone 方式、yarn 方式、K8s 方式。其中，yarn 方式又分为三种提交模式：yarn-per-job 模式、yarn-session 模式、yarn-application 模式。StreamGraph、JobGraph 全部是在 Flink Client 客户端生成的，即提交集群之前生成，原理图如下：
flink run -c WordCount xxx.jar。run 脚本调用 CliFrontend 入口，CliFrontend 会触发用户提交的 jar 文件中的 main 方法，然后交给 PipelineExecuteor 的 execute 方法，最终根据提交的模式选择触发一个具体的 PipelineExecutor 执行。PipelineExecutor 执行，将对用户的代码进行编译生成 StreamGraph，经过优化后生成 Jobgraph。具体流程图如下：
PipeExecutor 在 Flink 中被叫做 流水线执行器，它是一个接口，是 Flink Client 生成 JobGraph 之后，将作业提交给集群的重要环节。前面说过，作业提交到集群有好几种方式，最常用的是 yarn 方式，yarn 方式包含
3
3
3 种提交模式，主要使用 session 模式，per-job 模式。application 模式中 JobGraph 是在集群中生成。
所以 PipeExecutor 的实现类如下图所示：（在代码中按 CTRL+H 就会出来）
除了上述红框的两种模式外，在 IDEA 环境中运行 Flink MiniCluster 进行调试时，使用 LocalExecutor。
Local 是在本地 IDEA 环境中运行的提交方式。不上集群。主要用于调试，原理图如下：
Flink 程序由 JobClient 进行提交。
JobClient 将作业提交给 JobManager。
JobManager 负责协调资源分配和作业执行。资源分配完成后，任务将提交给相应的 TaskManager。
TaskManager 启动一个线程开始执行，TaskManager 会向 JobManager 报告状态更改，如开始执 行，正在进行或者已完成。
作业执行完成后，结果将发送回客户端。
源码分析：通过 Flink 1.12.2 1.12.2 1.12.2 源码进行分析的。
（1）创建获取对应的 StreamExecutionEnvironment 对象：LocalStreamEnvironment。
调用 StreamExecutionEnvironment 对象的 execute 方法。
（2）获取 StreamGraph。
（3）执行具体的 PipeLineExecutor 得到 localExecutorFactory。
(4) 获取 JobGraph。
根据 localExecutorFactory 的实现类 LocalExecutor 生成 JobGraph。
上面这部分全部是在 Flink Client 生成的。由于是使用 Local 模式提交，所以接下来将创建 MiniCluster 集群，由 miniCluster.submitJob 指定要提交的 jobGraph。
（5）实例化 MiniCluster 集群。
（6）返回 JobClient 客户端。
在上面执行 miniCluster.submitJob 将 JobGraph 提交到本地集群后，会返回一个 JobClient 客户端，该 JobClient 包含了应用的一些详细信息，包括 JobID、应用的状态等等。最后返回到代码执行的上一层，对应类为 StreamExecutionEnvironment。
以上就是 Local 模式的源码执行过程。
远程提交方式：分为 Standalone 方式、Yarn 方式、K8s 方式。
session 模式。yarn-per-job 模式、yarn-Session 模式、yarn-application 模式。session 模式。Standalone 模式为 Flink 集群的 单机版提交方式，只使用一个节点进行提交，常用 Session 模式。
提交命令如下：
bin/flink run org.apache.flink.WordCount xxx.jar
Client 客户端提交任务给 JobManager。JobManager 负责申请任务运行所需要的资源并管理任务和资源。JobManager 分发任务给 TaskManager 执行。TaskManager 定期向 JobManager 汇报状态。通过 yarn 集群提交分为 3 3 3 种提交方式：
session 模式per-job 模式application 模式提交命令如下：
./bin/flink run -t yarn-session \
-Dyarn.application.id=application_XXXX_YY xxx.jar
yarn-session 模式：所有作业共享集群资源，隔离性差，JM 负载瓶颈，main 方法在客户端执行。适合执行时间短，频繁执行的短任务，集群中的所有作业只有一个 JobManager，另外，Job 被随机分配给 TaskManager。
特点：session-cluster 模式需要先启动集群，然后再提交作业，接着会向 Yarn 申请一块空间后，资源永远保持不变。如果资源满了，下一个作业就无法提交，只能等到 Yarn 中的其中一个作业执行完成后，释放了资源，下个作业才会正常提交。所有作业共享 Dispatcher 和 ResourceManager，共享资源，适合规模小执行时间短的作业。
提交命令：
./bin/flink run -t yarn-per-job --detached xxx.jar
yarn-per-job 模式：每个作业单独启动集群，隔离性好，JM 负载均衡，main 方法在客户端执行。在 per-job 模式下，每个 Job 都有一个 JobManager，每个 TaskManager 只有单个 Job。
特点：一个任务会对应一个 Job，每提交一个作业会根据自身的情况，都会单独向 Yarn 申请资源，直到作业执行完成，一个作业的失败与否并不会影响下一个作业的正常提交和运行。独享 Dispatcher 和 ResourceManager，按需接受资源申请。适合规模大长时间运行的作业。
提交命令如下：
./bin/flink run-application -t yarn-application xxx.jar
yarn-application 模式：每个作业单独启动集群，隔离性好，JM 负载均衡，main 方法在 JobManager 上执行。
在 yarn-per-job 和 yarn-session 模式下，客户端都需要执行以下三步，即：
StreamGraph → JobGraph；
只有在这些都完成之后，才会通过 env.execute() 方法触发 Flink 运行时真正地开始执行作业。如果所有用户都在同一个客户端上提交作业，较大的依赖会消耗更多的带宽，而较复杂的作业逻辑翻译成 JobGraph 也需要吃掉更多的 CPU 和内存，客户端的资源反而会成为瓶颈。
为了解决它，社区在传统部署模式的基础上实现了 Application 模式。原本需要客户端做的三件事被转移到了 JobManager 里，也就是说 main() 方法在集群中执行（入口点位于 ApplicationClusterEntryPoint），客户端只需要负责发起部署请求了。
综上所述，Flink 社区比较推荐使用 yarn-per-job 或者 yarn-application 模式进行提交应用。
提交流程图如下：
1、启动集群
Flink Client 向 Yarn ResourceManager 提交任务信息。
Flink Client 将应用配置（Flink-conf.yaml、logback.xml、log4j.properties）和相关文件（Flink Jar、配置类文件、用户 Jar 文件、JobGraph 对象等）上传至分布式存储 HDFS 中。Flink Client 向 Yarn ResourceManager 提交任务信息。Yarn Client 向 Yarn ResourceManager 提交 Flink 创建集群的申请，Yarn ResourceManager 分配 Container 资源，并通知对应的 NodeManager 上启动一个 ApplicationMaster（每提交一个 Flink Job 就会启动一个 ApplicationMaster），ApplicationMaster 会包含当前要启动的 JobManager 和 Flink 自己内部要使用的 ResourceManager。JobManager 进程中运行 YarnSessionClusterEntryPoint 作为集群启动的入口。初始化 Dispatcher，Flink 自己内部要使用的 ResourceManager，启动相关 RPC 服务，等待 Flink Client 通过 Rest 接口提交 JobGraph。2、作业提交
Flink Client 通过 Rest 向 Dispatcher 提交编译好的 JobGraph。Dispatcher 是 Rest 接口，不负责实际的调度、指定工作。
Dispatcher 收到 JobGraph 后，为作业创建一个 JobMaster，将工作交给 JobMaster，JobMaster 负责作业调度，管理作业和 Task 的生命周期，构建 ExecutionGraph（JobGraph 的并行化版本，调度层最核心的数据结构）。
以上两步执行完后，作业进入调度执行阶段。
3、作业调度执行
JobMaster 向 ResourceManager 申请资源，开始调度 ExecutionGraph。
ResourceManager 将资源请求加入等待队列，通过心跳向 YarnResourceManager 申请新的 Container 来启动 TaskManager 进程。
YarnResourceManager 启动，然后从 HDFS 加载 Jar 文件等所需相关资源，在容器中启动 TaskManager，TaskManager 启动 TaskExecutor。
TaskManager 启动后，向 ResourceManager 注册，并把自己的 Slot 资源情况汇报给 ResourceManager。
ResourceManager 从等待队列取出 Slot 请求，向 TaskManager 确认资源可用情况，并告知 TaskManager 将 Slot 分配给哪个 JobMaster。
TaskManager 向 JobMaster 回复自己的一个 Slot 属于你这个任务，JobMaser 会将 Slot 缓存到 SlotPool。
JobMaster 调度 Task 到 TaskMnager 的 Slot 上执行。
提交命令如下：
./bin/flink run -t yarn-per-job --detached xxx.jar
提交流程图如下所示：
1、启动集群
Flink Client 向 Yarn ResourceManager 提交任务信息。
Flink Client 将应用配置（Flink-conf.yaml、logback.xml、log4j.properties）和相关文件（Flink Jar、配置类文件、用户 Jar 文件、JobGraph 对象等）上传至分布式存储 HDFS 中。Flink Client 向 Yarn ResourceManager 提交任务信息。Yarn Client 向 Yarn ResourceManager 提交 Flink 创建集群的申请，Yarn ResourceManager 分配 Container 资源，并通知对应的 NodeManager 上启动一个 ApplicationMaster（每提交一个 Flink Job 就会启动一个 ApplicationMaster），ApplicationMaster 会包含当前要启动的 JobManager 和 Flink 自己内部要使用的 ResourceManager。JobManager 进程中运行 YarnJobClusterEntryPoint 作为集群启动的入口。初始化 Dispatcher，Flink 自己内部要使用的 ResourceManager，启动相关 RPC 服务，等待 Flink Client 通过 Rest 接口提交 JobGraph。2、作业提交
ApplicationMaster 启动 Dispatcher，Dispatcher 启动 ResourceManager 和 JobMaster（该步和 Session 不同，JobMaster 是由 Dispatcher 拉起，而不是 Client 传过来的）。JobMaster 负责作业调度，管理作业和 Task 的生命周期，构建 ExecutionGraph（JobGraph 的并行化版本，调度层最核心的数据结构）。以上两步执行完后，作业进入调度执行阶段。
3、作业调度执行
JobMaster 向 ResourceManager 申请 Slot 资源，开始调度 ExecutionGraph。
ResourceManager 将资源请求加入等待队列，通过心跳向 YarnResourceManager 申请新的 Container 来启动 TaskManager 进程。
YarnResourceManager 启动，然后从 HDFS 加载 Jar 文件等所需相关资源，在容器中启动 TaskManager。
TaskManager 在内部启动 TaskExecutor。
TaskManager 启动后，向 ResourceManager 注册，并把自己的 Slot 资源情况汇报给 ResourceManager。
ResourceManager 从等待队列取出 Slot 请求，向 TaskManager 确认资源可用情况，并告知 TaskManager 将 Slot 分配给哪个 JobMaster。
TaskManager 向 JobMaster 回复自己的一个 Slot 属于你这个任务，JobMaser 会将 Slot 缓存到 SlotPool。
JobMaster 调度 Task 到 TaskMnager 的 Slot 上执行。