关于am force-stop杀不死某些app的原因

关于am force-stop杀不死某些app的原因

你在android8.1中,可能运行
adb shell am force-stop XXX
其中XXX是app的包名,发现进程还在,而且ps看进程号不变,也就是此包没有被stop掉。
其实在android8.1中的代码中:

if (app.persistent && !evenPersistent) {
// we don‘t kill persistent processes
continue;
}

应用中android:persistent="true",
am 中有限制,如果这个属性为true 就不让force-stop。

另外我的相关培训视频请看:
欢迎观看我发布的各个课程: https://edu.51cto.com/lecturer/8896847.html

我的新的3折优惠的打包课程链接如下:
https://edu.51cto.com/topic/2362.html

原文地址:https://blog.51cto.com/8906847/2395281

时间: 2024-11-05 23:21:14

关于am force-stop杀不死某些app的原因的相关文章

Android启动早于系统应用的第三方应用,杀不死自动重启的第三方应用

1.为什么第三方应用能早于System的app启动? Android应用的启动顺序网上有一大堆资料可以查阅了,这里就不细述了,这里不阐述ROM启动还有bootloader,软件启动的大致流程应该是 启动kernel 运行servicemanager 把一些native的服务用命令启动起来(包括wifi, power, rild, surfaceflinger, mediaserver等等) 启动Dalivk中的第一个进程Zygote -> 启动java 层的系统服务system_server(包

Linux中杀不死的进程

前段时间,一哥们,去杀Linux服务器的进程,发现kill命令失灵了,怎么杀都杀不死. 然后上网查了下资料,原来是要被杀的进程,成为了僵尸进程. 僵尸进程的查看方法: 利用命令ps,可以看到有标记为Z的进程就是僵尸进程. 知道了原因,就想怎么去把这个僵尸进程干掉.网上说了两种方法,一种最简单的方法,重启服务器,相当于清理内存了.方法很简单,但是不是很实用,因为服务器,不是你一个人在用,服务器是不能随随便便重启的.第二种方法,杀掉其父进程,父进程干掉后,该僵尸进程也就消失了. 可以用  ps -e

杀不死的Service

Android应用开发笔记:杀不死的Service 2013年11月6日作者:cstriker1407 暂无评论 有时候我们希望我们程序中的Service不被杀死,即使杀死也能自动重启.下面简单的备忘下一种思路. github: [ https://github.com/cstriker1407/android/tree/master/UnkillService ] Contents [hide] 1 这次先备注下思路: 2 Service代码: 3  XML文件: 4 开机自动启动Servic

双进程守护,驻留,杀不死服务

这是一个轻量级的库,配置几行代码,就可以实现在Android上实现进程常驻,也就是在系统强杀下,以及360获取root权限下,clean master获取root权限下都无法杀死进程 支持系统2.3到6.0 支持大部分设备,包括三星,华为,oppo,nexus,魅族等等 可以简单对开机广播进行保护 github地址: https://github.com/Marswin/MarsDaemon 原理分析: Android 进程常驻(0)----MarsDaemon使用说明 Android 进程常驻

一个杀不死的小强,kill进程无效的原因 记录故障排查过程中kill进程无效的分析过程

今天在处理一个机器异常负载(1000+)的问题,碰到了一个从未碰到过的情况,遇到了一个异常顽固的分子.我使用了所能想到的所有杀进程的方法,却始终无法干掉这个顽固分子,最后终于在谷歌大神的指引下,干掉了这个令我郁闷至极的顽固分子. 1.问题描述:系统:内核 2.6.32.43机器:web A web+NFS B机器负载超高,但是却可以正常登录,响应也很快 分析过程:1.通过top查看,发现CPU和内存都正常,swap使用过大 A机器:/usr/local # toptop - 11:01:29 u

(转)Android 从底层实现让应用杀不死【失效Closed】(1)

转自:http://klob.diandi.life/?p=21#symple-tab-%e8%b0%83%e6%9f%a5%e5%af%b9%e8%b1%a1 情景还原: 我的应用调用了Notification,但是如果被流氓清理软件杀死,在有些机型出现Notification没有被抹除的情况,因为丧失了对Notification的引用,用户也无法抹除这个Notification,这将大大降低用户体验.于是,我想出了如果我的应用可以不死,主动清除Notification. 既然开始做了,干脆做

安卓android杀不死进程,保护,双进程守护,驻留,Marsdaemon,保活

韩梦飞沙 yue31313 韩亚飞 han_meng_fei_sha  [email protected] =========== Android 进程常驻(0)----MarsDaemon使用说明

十字叉病毒,杀不死的小强,一次云服务器沦陷实录

一.现象 接到客户的电话,说自己的云服务器被提供商禁止访问了,原因是监测到网络流量暴满,服务器不停的向外发包,在确认客户没有业务量突增的情况下,初步判断可能服务器遭受了流量攻&击(DDOS),不过按照常理来说,客户的业务系统就是一个小的web系统,平时流量不大,影响力也一般,不至于遭受DDOs,带着这些疑问,要到了客户服务器的登录方式,废话少说,还是进入系统,一查究竟吧. 二.排查问题 下图是登录系统后,执行top命令的输出结果,综合查看,系统整体负载并不高,但是带宽占用很高,由于云服务器带宽基

Python踩坑之旅其一杀不死的Shell子进程

1.1 踩坑案例 踩坑的程序是个常驻的Agent类管理进程, 包括但不限于如下类型的任务在执行: a. 多线程的网络通信包处理 和控制Master节点交互 有固定Listen端口 b. 定期作业任务, 通过subprocess.Pipe执行shell命令 c. etc 发现坑的过程很有意思: a.重启Agent发现Port被占用了 => 立刻想到可能进程没被杀死, 是不是停止脚本出问题 => 排除发现不是, Agent进程确实死亡了 => 通过 netstat -tanop|grep p