1.什么是ApplicationArgoCD的两个核心概念为Application和Project，他们可分别基于ApplicationCRD和AppProjectCRD创建;核心组件:ApplicationController以及相关的一组CRD从本质来说，Application包含两个部分:一组在kubernetes上部署和运行某个应用的资源配置文件这组资源相关的source和destinationSource:定义从何处获取资源配置文件，包RepoURL和配置文件所在的目录Destination定义这组资源配置文件中定义的对象应该创建并运行于何处，其中的Cluster可以是ArgoCD所

1.什么是ApplicationArgoCD的两个核心概念为Application和Project，他们可分别基于ApplicationCRD和AppProjectCRD创建;核心组件:ApplicationController以及相关的一组CRD从本质来说，Application包含两个部分:一组在kubernetes上部署和运行某个应用的资源配置文件这组资源相关的source和destinationSource:定义从何处获取资源配置文件，包RepoURL和配置文件所在的目录Destination定义这组资源配置文件中定义的对象应该创建并运行于何处，其中的Cluster可以是ArgoCD所

1.什么是ApplicationArgoCD的两个核心概念为Application和Project，他们可分别基于ApplicationCRD和AppProjectCRD创建;核心组件:ApplicationController以及相关的一组CRD从本质来说，Application包含两个部分:一组在kubernetes上部署和运行某个应用的资源配置文件这组资源相关的source和destinationSource:定义从何处获取资源配置文件，包RepoURL和配置文件所在的目录Destination定义这组资源配置文件中定义的对象应该创建并运行于何处，其中的Cluster可以是ArgoCD所

本篇文章讲述FlinkApplicationOnYarn提交模式下，从命令提交到AM容器创建1、脚本入口flinkrun-application-tyarn-applicationhdfs:///TopSpeedWindowing.jar以上是flinkapplication模式的任务提交命令，可以发现，任务提交入口在FLINK_HOME/bin目录中的flink脚本中   根据flink脚本中的执行操作，可发现flink脚本最终指向了 org.apache.flink.client.cli.CliFrontend这个入口类 2、flink程序入口类org.apache.flink.clien

本篇文章讲述FlinkApplicationOnYarn提交模式下，从命令提交到AM容器创建1、脚本入口flinkrun-application-tyarn-applicationhdfs:///TopSpeedWindowing.jar以上是flinkapplication模式的任务提交命令，可以发现，任务提交入口在FLINK_HOME/bin目录中的flink脚本中   根据flink脚本中的执行操作，可发现flink脚本最终指向了 org.apache.flink.client.cli.CliFrontend这个入口类 2、flink程序入口类org.apache.flink.clien

SingletonPattern单例模式，作为创建型模式的一种，其保证了类的实例对象只有一个，并对外提供此唯一实例的访问接口概述对于单例模式而言，其最核心的目的就是为了保证该类的实例对象是唯一的。为此一方面，需要将该类的构造函数设为private，另一方面，该类需要在内部完成实例的构造并对外提供访问接口。单例模式的好处显而易见，可以避免频繁创建、销毁实例所带来的性能开销；但其缺点也同样明显，此类不仅需要描述业务逻辑，同时还需要构造出该类的唯一对象并对外提供访问接口，其显然违背了单一职责原则实现单例模式的思想虽然简单易懂，但实现起来却可谓是花样繁多、妙不可言。这里来介绍几种常见的单例模式的实现饿

SingletonPattern单例模式，作为创建型模式的一种，其保证了类的实例对象只有一个，并对外提供此唯一实例的访问接口概述对于单例模式而言，其最核心的目的就是为了保证该类的实例对象是唯一的。为此一方面，需要将该类的构造函数设为private，另一方面，该类需要在内部完成实例的构造并对外提供访问接口。单例模式的好处显而易见，可以避免频繁创建、销毁实例所带来的性能开销；但其缺点也同样明显，此类不仅需要描述业务逻辑，同时还需要构造出该类的唯一对象并对外提供访问接口，其显然违背了单一职责原则实现单例模式的思想虽然简单易懂，但实现起来却可谓是花样繁多、妙不可言。这里来介绍几种常见的单例模式的实现饿

在上一篇文章中我们了解到Android系统启动应用的时候，会首先加载AndroidManifest.xml清单文件中的一系列信息，在清单文件中如果不指定标签中的name属性值，会默认使用android.app.Application作为应用程序加载类，其生命周期与应用程序生命周期是一致的。那么到底应用程序有怎样的生命周期，在不同的生命周期有哪些调用方法可以使用？这章将详细介绍。生命周期应用实例化首先要知道，一个应用程序，有且仅有一个android.app.Application类与之对应，如果想在清单文件中使用自定义的Application，也必须是继承自android.app.Applica

在上一篇文章中我们了解到Android系统启动应用的时候，会首先加载AndroidManifest.xml清单文件中的一系列信息，在清单文件中如果不指定标签中的name属性值，会默认使用android.app.Application作为应用程序加载类，其生命周期与应用程序生命周期是一致的。那么到底应用程序有怎样的生命周期，在不同的生命周期有哪些调用方法可以使用？这章将详细介绍。生命周期应用实例化首先要知道，一个应用程序，有且仅有一个android.app.Application类与之对应，如果想在清单文件中使用自定义的Application，也必须是继承自android.app.Applica

在我们的应用程序中，很多地方可能用到同一个数据。很多时候我们可能不想通过Intent在Activity之间传递数据或者持久化的存放这些数据。我们可能会将这些数据存在在Application中，这样我们就可以在所有的Activity中访问了，这个方法简单，但是实际上是错误的。你的程序很可能会因为报空指针错误。我们在MainActivity中获取Appliction实例，并为name变量赋值，然后跳转到SecondActivity中再去获取name变量的值，并调用大写方法打印出来。这里有个场景，就是当我们按Home键APP位于后台时，当内存不足时，系统会回收我们的APP。现在我们模拟一下这个场景后