Application,Activity, Process,Thread之间的关系

应用第一次启动的时候，会启动一个新进程，该进程用应用的包名作为进程明，该进程会启动主线程ActivityThread ,也叫UI线程，UI的绘制都在该线程里面完成，该进程里面还有一些Binder服务，用于和系统进行通信，
因外，我们知道Activity跳转的时候，可以跨应用跳转，也就是说App1里的Activity A可以跳转到应用App2 里面的ActivityB 如果ActivityA 和Activity B的启动模式为standard模式 从A跳转到B后 activity A 和activity b对应的ActivityRecord 会放在同一个task里（activityRecord，task都由系通进程管理）但是Activity A和Activity B 的实例对象会放在不同的进程里，假设App1 的包名com.cloud.app1，app2 的包名com.cloud.app2，那么activity A的实例对象位于进程com.cloud.app1里，activitiy B的实例对象位于进程com.cloud。app2里
也就是说，每个应用的组件都会运行的对应的应用进程里，该进程用应用包名作为进程名，该进程里面有一个主线程，也叫做UI线程，应用组件都运行在UI线程里，只有一种情况例外，如果声明组件是用android：process设置进程名，该组件就会运行在一个新进程里，不是以应用的包名作为进程名，而是用包名+:+设置的值作为进程名
所以一般情况下service，receiver也会运行在ui线程里面，如果sevice，receive的生命周期方法做一下耗时的操作，系统也会提示ANR错误