它是利用系统的漏洞来启动一个前台的Service进程,与普通的启动方式区别在于,它不会在系统通知栏处出现一个Notification,看起来就如同运行着一个后台Service进程一样。这样做带来的好处就是,用户无法察觉到你运行着一个前台进程(因为看不到Notification),但你的进程优先级又是高于普通后台进程的。那么如何利用系统的漏洞呢,大致的实现思路和代码如下: 思路一:API < 18,启动前台Service时直接传入new Notification(); 思路二:API >= 18,同时启动两个id相同的前台Service,然后再将后启动的Service做stop处理;能让你神不知鬼不觉的启动着一个前台Service。其实市面上很多app都用着这种灰色保活的手段,什么?你不信?反正我是信了,demo在此,欢迎指正,很少写博客,就这样吧~~~~~~~忙去了
2026-01-23 21:48:19 6KB Android service
1
双进程守护,保活源码。
2022-04-21 19:07:07 153KB ANDROID 保活
1
详见http://blog.csdn.net/huaxun66/article/details/53158162
2021-11-15 16:53:45 1.5MB 双进程守护
1
【Android 进程保活】应用进程拉活 ( 双进程守护保活 ) https://hanshuliang.blog.csdn.net/article/details/115604667 博客源码快照
2021-04-12 10:09:10 13.32MB 进程保活 双进程守护
1
【Android 进程保活】应用进程拉活 ( 双进程守护 + JobScheduler 保活 | 成功率最高 | 推荐使用 ) https://hanshuliang.blog.csdn.net/article/details/115607584 博客源码快照
2021-04-12 10:09:09 13.33MB 进程保活 JobScheduler 双进程守护
1
Android进程保活拉活视频
2021-03-15 16:07:17 483.04MB Andriod 进程保活 进程拉活
1
博文:http://blog.csdn.net/andrexpert/article/details/53485360 双进程守护Demo
2020-01-11 03:01:00 6.28MB 内存常驻 应用保活
1
博文:http://blog.csdn.net/andrexpert/article/details/53485360,单进程守护DEMO
2020-01-11 03:01:00 4.03MB 常驻内存 应用保活
1