在项目中经常会看源码，过段时间不再去，过一段时间再去看源码有点不记得了，这里主要做一个笔记，以便日后查看。
我们的java程序想要开启需要依赖于main方法，也就是我们的程序入口（主线程）进入，但是在我们日常开发android程序的过程当中我们并没有发现main方法的存在，那么android当中的是如何开始运行的？
熟悉的朋友们可能都知道在android当中存在一个叫做ActivityThread的类，这个类代表的是android当中的主线程，而在这个类当中我们看到了比较熟悉的main方法，那么现在是否可以认为我们的android在打开app时是首先调用的是当前这个类的main，也就是此处为我们的启动点。
跟进attach方法，继续跟进getService方法，可以发现调用了系统服务，并且给出了一个binder接口如图
在这个当中，里面调用了的系统的ActivityManagerService这个服务，并且给出了一个Binder接口
那么在这里，我们可以联想到，在android当中的binder通信机制，那么实际上我们的ActivityManager是有系统服务所调用管理，并且通过在binder接口当中进行调用，这也是为什么我们讲Activity是跨进程访问的原因
而ApplicationThread中一系列类似于activity中生命周期的方法，跟进sendMessage方法
attachApplication在这里的作用其实实际上是ActivityThread通过attach获取到，然后将applciationThread将其关联，把activity相关信息存储在applciationThread里面，apllicationThread的类为activity的各种状态做了相对应的准备工作
当我们打开ApplicationThread中我们会看到一堆的schedle方法，这些方法的名称其实就可以给我们表明，代表的是在执行Activity的某种状态时调用的计划执行方法
这时我们会看到一个scheduleLaunchActivity方法，表示计划加载时调用的
找到handleMessage方法
Application运行的过程当中，对于Activity的操作，状态转变，其实实际上是通过Handler消息机制来完成的，
Application当中只管去发， 由消息机制负责调用，因为在main方法当中我门的Looper轮训器是一直在进行轮训的
而当我们在加载Activity的时候，当中调用了一个performLaunchActivity()方法，在这个中间我发现了我们onCreate的调用痕迹
也就是说，到目前为止我们能够明白，整个Application加载Activity的整套流程是怎么回事
