android 多进程编程 必看!
2015-06-03 09:29
344 查看
关于进程的基础概念不再赘述
首先讨论如果一个程序内存在多个进程时创建顺序
看如下代码
[java] view
plaincopy
public class MyApplication extends Application{
public static int test = 0;
@Override
public void onCreate() {
super.onCreate();
Log.i("ydp", "MyApplication onCreate pid:"+Process.myPid());
startService(new Intent(this, ServiceA.class));
startService(new Intent(this, ServiceB.class));
}
}
MyApplication会在程序首次载入时运行onCreate方法,里面我开启了两个Service,
ServiceA在配置文件里标明了使用单独进程
[html] view
plaincopy
<service android:name=".ServiceA" android:process=":service"></service>
大家是不是觉得步骤是这样,
MyApplication onCreate--->ServiceA onStart 并创建新进程 ---->ServiceB onStart 保持原进程
现实比想像严峻的多啊,先看看LOG输出
[html] view
plaincopy
MyApplication onCreate pid:26660
MyApplication onCreate pid:26673
Service A onStart pid:26673
Service A onStart pid:26673
Service B onStart pid:26660
Service B onStart pid:26660
不难看出,实际实际情况是首先创建一个PID为26660的Application,在遇到startServiceA时,由于ServiceA采用了新的进程,则先要初始化该进程,所以又创建了一个PID为26673的Application实例,新进程实例出来,26660进程的startServiceA才得以继续,由于此时已经存在两个进程,两个独立的虚拟机,所以我们看到26673进程也执行了startServiceA,此时由于新进程已存在,所以不再重新创建,最后两个进程有互不干扰的执行了startServiceB
事实是android在遇到需要放在新进程的组件时,首先创建此进程,此时当前进程的当前线程是阻塞的,直到新进程创建。
所以当我们要启动单独进程组件时需要注意,进程的创建会影响继承了Application的实例,里面的方法会完全再执行一遍,很多认喜欢把大量初始化工作放在里面,尽管进程由于处于不同虚拟机,里面的所有内存私有,但一些影响文件、UI等无进程概念的问题会出现。
转载:http://blog.csdn.net/baodinglaolang/article/details/9903499
首先讨论如果一个程序内存在多个进程时创建顺序
看如下代码
[java] view
plaincopy
public class MyApplication extends Application{
public static int test = 0;
@Override
public void onCreate() {
super.onCreate();
Log.i("ydp", "MyApplication onCreate pid:"+Process.myPid());
startService(new Intent(this, ServiceA.class));
startService(new Intent(this, ServiceB.class));
}
}
MyApplication会在程序首次载入时运行onCreate方法,里面我开启了两个Service,
ServiceA在配置文件里标明了使用单独进程
[html] view
plaincopy
<service android:name=".ServiceA" android:process=":service"></service>
大家是不是觉得步骤是这样,
MyApplication onCreate--->ServiceA onStart 并创建新进程 ---->ServiceB onStart 保持原进程
现实比想像严峻的多啊,先看看LOG输出
[html] view
plaincopy
MyApplication onCreate pid:26660
MyApplication onCreate pid:26673
Service A onStart pid:26673
Service A onStart pid:26673
Service B onStart pid:26660
Service B onStart pid:26660
不难看出,实际实际情况是首先创建一个PID为26660的Application,在遇到startServiceA时,由于ServiceA采用了新的进程,则先要初始化该进程,所以又创建了一个PID为26673的Application实例,新进程实例出来,26660进程的startServiceA才得以继续,由于此时已经存在两个进程,两个独立的虚拟机,所以我们看到26673进程也执行了startServiceA,此时由于新进程已存在,所以不再重新创建,最后两个进程有互不干扰的执行了startServiceB
事实是android在遇到需要放在新进程的组件时,首先创建此进程,此时当前进程的当前线程是阻塞的,直到新进程创建。
所以当我们要启动单独进程组件时需要注意,进程的创建会影响继承了Application的实例,里面的方法会完全再执行一遍,很多认喜欢把大量初始化工作放在里面,尽管进程由于处于不同虚拟机,里面的所有内存私有,但一些影响文件、UI等无进程概念的问题会出现。
转载:http://blog.csdn.net/baodinglaolang/article/details/9903499
相关文章推荐
- 博文共赏:Android推送服务——百度云推送
- Android新控件RecyclerView浅析及上拉和下拉刷新
- 【Android笔记】Activity的四种启动模式
- GitHub上史上最全的Android开源项目分类汇总
- Android 实现记住用户名和密码的功能
- Android中Task任务栈的分配
- Android GridView属性集合
- Android自定义控件View的探讨
- Android缓存处理
- Android自定义组合控件---简单导航栏
- Android 实现记住用户名和密码的功能
- Android 实现记住用户名和密码的功能
- Android 实现记住用户名和密码的功能
- Android APK加壳技术方案【2】
- Android APK加壳技术方案【1】
- android svg解析画图
- 你必须知道的Android命名规范
- 二十六个月Android学习工作总结
- Android之NFC
- [023] Android平台的信息推送实现