android 进程和线程的区别,以及系统的进程的基本知识

进程
是系统进行资源分配的独立单元
1
设计思想:为了允许多个程序同时在内存中运行

特点

进程是程序的一次执行过程。若程序执行两次甚至多次,则需要两个甚至多个进程。
进程是是正在运行程序的抽象。它代表运行的CPU,也称进程是对CPU的抽象。(虚拟技术的支持,将一个CPU变幻为多个虚拟的CPU)
系统资源(如内存、文件)以进程为单位分配。
操作系统为每个进程分配了独立的地址空间
操作系统通过“调度”把控制权交给进程。
线程
cpu调度的基本单元
1
设计思想:

在一个进程内也需要并行执行多个程序,实现不同的功能。
进程切换的代价、开销比较大;
在进程内创建、终止线程比创建、终止进程要快。同一进程内的线程间切换比进程间的切换要快,尤其是用户级线程间的切换。线程之间相互通信无须通过内核(同一进程内的线程共享内存和文件)
进程与线程区别
定义方面:进程是程序在某个数据集合上的一次运行活动;线程是进程中的一个执行路径。(进程可以创建多个线程)
角色方面:在支持线程机制的系统中,进程是系统资源分配的单位,线程是CPU调度的单位。
资源共享方面:进程之间不能共享资源,而线程共享所在进程的地址空间和其它资源。同时线程还有自己的栈和栈指针,程序计数器等寄存器。
独立性方面:进程有自己独立的地址空间,而线程没有,线程必须依赖于进程而存在。
开销方面。进程切换的开销较大。线程相对较小。(前面也提到过,引入线程也出于了开销的考虑。)
ps:
处于安全性的考虑,android规定,进程间不能直接通信。
为了解决进程见通信的问题,android采用binder机制实现IPC

binder机制如图:


client通过binder驱动,在sm中找到server的注册,通过与注册类(可能就是代理类)的通信,实现和server的通信。

举例:
android四大组件的底层通信机制都是基于Binder的。
client端和server是根据消息的发送和接收方不同,随时在改变。
一下是我的猜测,可能不准确。
以activity跳转为例:

首先activity1要告诉ams我要进行跳转了,跳转的目的地是activity2。
client:activity1;
sm:ServerManager
server:ActivityManagerService
代理类:ActivityManagerProxy
ams接到消息后,会告诉activity1我知道了
client:ActivityManagerService
sm:ServerManager
server:activity1
代理类:ApplicationThreadProxy
android系统在启动的时候,本地的系统服务(SystemServer)都会注册到ServerManager上。
我们常见的ActivityManagerServer、PackageManagerServer都属于SystemServer
---------------------
作者:tjoven
来源:CSDN
原文:https://blog.csdn.net/u012221046/article/details/78010365
版权声明:本文为博主原创文章,转载请附上博文链接!

原文地址:https://www.cnblogs.com/geili/p/10921552.html