Android APP被关闭后无法收到推送消息(尝试)

时间:2021-06-01 23:43:51

1.   Android端进程被杀死后,目前自带的保护后台接收消息活跃机制。暂时没有什么好的机制保持任何情况下都活跃

文章参考:http://blog.csdn.net/marswin89/article/details/50917098

android原生系统用home键杀进程可以起来,如果是强行停止就只能用户自己手动开启应用

如果是miui等第三方应用,杀了进程默认无法自启动
如果是root过的原生系统,杀了进程也是没有办法起来的,这个时候推送是收不到的

 

如果是原生系统,没有root,只要不是强行停止,其他系统自带的停止方式都可以自启动,一般10s内恢复


目前已知以下第三方系统会影响到应用:
小米【MIUI】
        自启动管理:需要把应用加到【自启动管理】列表,否则杀进程或重新开机后进程无法开启
        通知栏设置:应用默认都是显示通知栏通知,如果关闭,则收到通知也不会提示

    华为【Emotion】
        自启动管理:需要把应用加到【自启动管理】列表,否则杀进程或重新开机后进程不会开启,只能手动开启应用
        后台应用保护:需要手动把应用加到此列表,否则设备进入睡眠后会自动杀掉应用进程,只有手动开启应用才能恢复运行
        通知管理:应用状态有三种:提示、允许、禁止。禁止应用则通知栏不会有任何提醒

    魅族【Flyme】
        自启动管理:需要把应用加到【自启动管理】列表,否则杀进程或重新开机后进程发开启
        通知栏推送:关闭应用通知则收到消息不会有任何展示

    VIVO【Funtouch OS】
        内存一键清理:需要将应用加入【白名单】列表,否则系统自带的“一键加速”,会杀掉进程
        自启动管理:需要将应用加入“i管家”中的【自启动管理】列表,否则重启手机后进程不会自启。但强制手动杀进程,即使加了这个列表中,后续进程也无法自启动。

    OPPO【ColorOS】
        冻结应用管理:需要将应用加入纯净后台,否则锁屏状态下无法及时收到消息

        自启动管理:将应用加入【自启动管理】列表的同时,还需要到设置-应用程序-正在运行里锁定应用进程,否则杀进程或者开机后进程不会开启,只能手动开启应用


目前推送的保活机制基本上都是

一.依赖于系统广播的接收调用

常用的有:1.锁屏解锁广播2.网络状态改变广播3.安装包广播,卸载包广播4.存储器挂载卸载广播

android.intent.action.USER_PRESENT
android.net.conn.CONNECTIVITY_CHANGE
android.net.wifi.RSSI_CHANGED
android.net.wifi.STATE_CHANGE
android.net.wifi.WIFI_STATE_CHANGED

android.intent.action.MEDIA_UNMOUNTED
android.intent.action.MEDIA_REMOVED
android.intent.action.MEDIA_CHECKING
android.intent.action.MEDIA_EJECT

二.依赖于同一个手机上不同APP使用相同的SDK来相互拉起对方

通过LBE安全大师看QQ能通过个推,JPUSH,小米推送,微信开放平台接口广播,新浪SAE云推送,qq浏览器推送状态广播,手机QQ广播接收等多种推送方式相互唤醒

是否可以尝试按照QQ方式去实现。

尝试用com.tencent.mm包名,在魅族NOTE2上,在另外zzh中创建了个服务,服务里每隔一秒打印test,发现正常通过菜单关闭都可以继续执行,此时例子APP到缓存进程中继续运行,关闭缓存进程才彻底关闭。

QQ当我在魅族NOTE2上,把正在运行和缓存进程中的QQ杀掉后,并且没有其他QQ能唤醒的情况下,QQ也无法收到推送消息。

三.是否可以尝试依赖于某个手机自身的推送服务

逐个判断当前推送方式是否能成功,如果不能成功就换下种推送方式推送

或者在用户登陆APP后反馈登陆信息,根据反馈信息来首先使用当前手机得推送服务。

魅族没有自己的推送服务,此路不通

四.看到360手机助手怎么杀都杀不死

找到一个root的手机,如果不行就找个360一键root,adb shell进入后,执行su命令,当时root权限后,就进入到data/app中,把我需要的com.qihoo.appstore文件中base.apk复制到某个可以用文件夹(例如/mnt/sdcard/tmp)中,然后adb pull /mnt/sdcard/tmp c:\ 中,再通过反编译编译出代码,看看实现。

发现它有个deamon守护进程的库,libCoreDaemon.so看看怎么使用,发现一直无法加载该库,System.loadLibrary("CoreDaemon");报错,无法加载



1.尝试在魅族上使用微信的包名,发现通过菜单关闭APP,后台服务依然存在可以执行
2.反编译出360的JAVA代码,查看保活机制,没看懂,尝试使用它的第三方,发现无法加载
3.尝试集成了信鸽和JPUSH两个推送,发现存活率依然不高
4.尝试集成多个手机系统的消息推送,发现VIVO,魅族等没有推送服务
5.尝试闹钟唤醒,闹钟在5.1随着APP关闭也无效
6.GITHUB上找例子  JNI开启服务不行     前台服务也不行    双JAVA服务也不行
7.尝试ROOT后使用系统权限   没有ROOT方式,暂时没尝试
8.两个APP采用不同用户,一个关闭去拉起另外一个     暂时没有尝试
9.尝试微信或者QQ是否有广播,可以唤醒我们APP      没有发现什么广播可以唤醒
10.尝试单独起个接收器,接收所有推送的守护进程广播,来启动我们自己的服务  LBE显示有相互唤醒路径,但是没有唤醒服务   没有唤醒



在上面基本上又做了新的尝试

问题点1.JNI运行在哪里   启动服务  确认下通过任务管理器关闭掉APP后C进程是否存在
动态链接库文件,是一种不可执行的二进制程序文件,它允许程序共享执行特殊任务所必需的代码和其他资源,只是加载到内存一种资源文件,仅测试和java属于同一个进程,不同线程
java虚拟机类似于一个沙箱,应用程序进程共享zygote的同一套JAVA核心库,Android的进程和线程其实是和liunx进程管理保持一致,Android里fork创建进程,clone创建线程
am startservice -n com.uhealth.member/cn.jpush.android.service.DaemonService 包名/类名
推送是通过
am startservice -a cn.jpush.android.intent.DaemonService 相互唤醒
魅族把静态注册广播接收器进程没启动时,不给启动,也就是自启动管理设置的
服务:
packageManagerService解析APK,负责安装,及/data下目录生产,并在内存存储了所有组件的信息(Acitivity,Service),并对外提供数据查询
ActivityManagerService  管理ActivityRecord和TaskRecord,processRecord,并根据uid和processname去看是否需要创建新的进程,创建新进程是发消息给zygote,给新进程绑定Application,然后最后启动Activity或Service
问题点2.自启动试试是否可以      
Flyme3.1设置开机自启:可以在设置—应用控制—开机启动进行设置。
Flyme4.0设置开机自启:可以在设置—应用管理—(点击需设置的软件)—权限管理—自启动,点击即可关闭或打开。  打开自启动确实可以重启
所谓的自启动管理,就是把静态注册的广播接收器进程没启动时无法接收广播,当DEMO程序自启动打开时,收到发送广播也会自动启动
对外暴露的服务是可以通过广播启动

问题点3:

尝试生成子进程的子进程,然后把子进程杀掉,看是否可以形成360的依赖于init的子进程特例
360并不是通过生成子进程,然后杀掉父进程来连接上的
通过JAVA层新建2个进程,2个进程里2个JAVA服务,一个java服务service1去唤醒另外一个JAVA服务service2,service2里会启动一个C线程,并创建其子进程,然后通过命令杀掉service2所在的进程,此时子进程就成为了init的子进程,子进程一直在运行,然后通过任务管理器关闭DEMO程序,没有自启动

Android APP被关闭后无法收到推送消息(尝试)Android APP被关闭后无法收到推送消息(尝试)