- 前台进程
- 可见进程
- 服务进程
- 后台进程
- 空进程
// 前台进程
- 当前进程activity正在与用户进行交互。
- 当前进程service正在与activity进行交互或者当前service调用了startForground()属于前台进程或者当前service正在执行生命周期(onCreate(),onStart(),onDestory())
- 进程持有一个BroadcostReceiver,这个BroadcostReceiver正在执行onReceive()方法
// 可见进程:
- 进程持有一个activity,这个activity不再前台,处于onPouse()状态下,当前覆盖的activity是以dialog形式存在的。
- 进程有一个service,这个service和一个可见的Activity进行绑定。
// service进程:
当前开启startSerice()启动一个service服务就可以认为进程是一个服务进程。
// 后台进程
activity的onStop()被调用,但是onDestroy()没有调用的状态。该进程属于后台进程。
// 空进程:
改进程没有任何运行的数据了,且保留在内存空间,并没有被系统killed,属于空进程。该进程很容易被杀死。
- 共享变量(内存)
- 管道
- handler机制
- runOnUiThread(Runnable)
- view.post(Runnable)
// Davik 进程:
- Dalvik 虚拟机运行在 Linux 系统之上。
- Davik 进程就是 Linux 操作系统中的一个进程,属于 Linux 进程。
- 每一个 Android 应用程序进程都有一个 Dalvik 虚拟机实例。这样做的好处是 Android 应用程序进程之间不会相互影响,也就是说,一个 Android 应用程序进程的意外终止,不会影响到其他的应用程序进程的正常运行。
注:每个 Android 应用程序都会对应一个独立的 Dalvik 虚拟机// Linux 进程:
- 有独立的内核堆栈和独立的存储空间,它是操作系统中资源分配和调度的最小单位。
- 以进程为单位,分配系统资源,给程序进行调度。
- 在执行一个程序时,它会创建一个进程,来执行应用程序,并且伴随着资源的分配和释放。
黑色保活:不同的app进程,用广播相互唤醒(包括利用系统提供的广播进行唤醒)
白色保活:启动前台Service
灰色保活:利用系统的漏洞启动前台Service
所谓黑色保活,就是利用不同的app进程使用广播来进行相互唤醒
- 场景1 :开机,网络切换、拍照、拍视频时候,利用系统产生的广播唤醒app
- 场景2 :接入第三方SDK也会唤醒相应的app进程,如微信sdk会唤醒微信,支付宝sdk会唤醒支付宝。由此发散开去,就会直接触发了下面的 场景3
- 场景3 :假如你手机里装了支付宝、淘宝、天猫等阿里系的app,那么你打开任意一个阿里系的app后,有可能就顺便把其他阿里系的app给唤醒了。(只是拿阿里打个比方,其实BAT系都差不多)
// 白色保活
白色保活手段非常简单,就是调用系统api启动一个前台的Service进程,这样会在系统的通知栏生成一个Notification,用来让用户知道有这样一个app在运行着
// 灰色保活
灰色保活,这种保活手段是应用范围最广泛。它是利用系统的漏洞来启动一个前台的Service进程,与普通的启动方式区别在于,它不会在系统通知栏处出现一个Notification,看起来就如同运行着一个后台Service进程一样。这样做带来的好处就是,用户无法察觉到你运行着一个前台进程(因为看不到Notification),但你的进程优先级又是高于普通后台进程的。那么如何利用系统的漏洞呢,大致的实现思路和代码如下:
思路一:API < 18,启动前台Service时直接传入new Notification();
思路二:API >= 18,同时启动两个id相同的前台Service,然后再将后启动的Service做stop处理
// 本地的进程间通信(IPC)有很多种方式,但可以总结为下面4类:
1.消息传递(管道、FIFO、消息队列)
2.同步(互斥量、条件变量、读写锁、文件和写记录锁、信号量)
3.共享内存(匿名的和具名的)
4.远程过程调用(Solaris门和Sun RPC)
在本地可以通过进程PID来唯一标识一个进程,但是在网络中这是行不通的。
其实TCP/IP协议族已经帮我们解决了这个问题,网络层的“ip地址”可以唯一标识网络中的主机,
而传输层的“协议+端口”可以唯一标识主机中的应用程序(进程)。
这样利用三元组(ip地址,协议,端口)就可以标识网络的进程了,网络中的进程通信就可以利用这个标志与其它进程进行交互。