Android bindService 的进程被 kill 掉之后会怎样

今天突发奇想，想知道：Android中，A bindService B之后，如果 A 或者 B 被 kill 掉了会怎么样呢？

1. kill A，毫无疑问应该是：

B will not be stopped.

2. kill B，那么会是怎么样呢？

A will receive onServiceDisconnected call back.
And A will reconnect B ?
or A will re-bindService B ?
or A will receive onServiceConnected B, if B is restarted ? 经过测试，这才是正确的

时间： 2024-10-11 14:16:33

Android bindService 的进程被 kill 掉之后会怎样的相关文章

mmon进程被kill掉会不会自动启动

数据库为11.2.0.4.0版本的RAC. 两个节点相隔6个小时左右,相继无法自动生成AWR报告.业务正常 1.手动创建快照是OK的. 2.查看alert log和mmon日志. 3.在测试库上kill掉mmon进程,进程无法自动启动. 4.在测试库修改_swrf_mmon_flush参数,mmon进程可以自动起来 alter system set "_swrf_mmon_flush"=false; alter system set "_swrf_mmon_flush&quo

ruby中执行shell命令找到进程并kill掉

shell命令获得进程id的方法有三种: 1. ps -A |grep cmdname| awk '{print $1}' 2. pidof cmdname 3. pgrep cmdname ruby中怎么做呢? ruby中有三种方式执行shell命令: %x: 执行命令并返回执行结果 exec:执行命令并退出. system:执行命令并返回true或false. 所以这里要使用%x来取得返回结果. 比如要killsublime: result = %x[pgrep sublime] %x[su

linux内存不足导致java进程被kill掉

记得之前在国内现金贷贷超放量时,后台java进程莫名奇妙就没了, 查看 /var/log/message 出现如下日志,标明,Linux 系统自身把 Java 进程杀掉了 Jun 28 02:58:27 hilife-dev001 kernel: Out of memory: Kill process 14561 (java) score 52 or sacrifice child 当 Linux 系统内存不足时,系统会把当前系统占用系统内存过高的进程当做流氓进程,然后系统发出信号将这个流氓进程

获取指定进程号，并kill掉

直接上案例: 例子:获取gerrit进程方法:$ps -aux |grep nginx |grep -v grep |awk '{print $2}' 或者 $ps -ef |grep nginx |grep -v grep |awk '{print $2}' 例子:获取gerrit进程并kill掉方法:$ps -aux |grep gerrit |grep -v grep |awk '{print "kill -9 " $2}' |sh 或者 $ps -ef |grep ger

如何让Service自动重启而不被kill掉

重写service的onStartCommand方法. @Override public int onStartCommand(Intent intent, int flags, int startId) { return START_STICKY; } 简单介绍下这个方法,在Android开发的过程中,每次调用startService(Intent)的时候,都会调用该Service对象的onStartCommand(Intent,int,int)方法,然后在onStartCommand方法中做

android 内存泄露 /进程内存检查 --DDMS工具

一.监控操作步骤 1.打开eclipse,切换到DDMS模式,连接设备,打开usb调试,如图: 2.在devices栏中会显示连接的设备,选择要监控的程序包名 3.点击devices视图中update Heap 4.在Heap视图中点击Gause GC, 二.判断内存泄露 Heap视图中部有一个Type叫做data object,即数据对象,也就是我们的程序中大量存在的类类型的对象.在data object一行中有一列是"Total Size",其值就是当前进程中所有Java数据对象的

centos，启动tomcat无缘无故启动被中断，kill掉

最近启动tomcat,还在启动过程中无缘无故tomcat进程就消失了,怎么找都找不到原因,tomcat日志和系统日志都没有任何显示,问了牛人后说被kill掉是不会有任何日志的,初步怀疑是中毒了.最后百度了一下,说病毒通常都会随系统的启动而启动,运行crontab -l没有发现,最后在/etc/rc.local发现启动了两个奇怪的脚本,/boot/efi/killer.sh和/boot/efi/daemon.sh, killer.sh如下: #!/bin/bash # killer.sh exp

保持Service不被Kill掉的方法--双Service守护 && Android实现双进程守护

本文分为两个部分,第一部分为双Service守护,第二部分为双进程守护第一部分: 一.Service简介:Java.lang.Object ?Android.content.Context ?android.content.ContextWrapper ?android.app.Service Service是应用程序Application的一个组件(component).它的作用有两点:1.用来提供一个长期在后台运行并且不与用户交互的操作,2.也可以为其他应用程序提供服务.Service

Android下写一个永远不会被KILL掉的进程/服务

Android 系统对于内存管理有自己的一套方法,为了保障系统有序稳定的运信,系统内部会自动分配,控制程序的内存使用.当系统觉得当前的资源非常有限的时候,为了保证一些优先级高的程序能运行,就会杀掉一些他认为不重要的程序或者服务来释放内存.这样就能保证真正对用户有用的程序仍然再运行.如果你的 Service 碰上了这种情况,多半会先被杀掉.但如果你增加 Service 的优先级就能让他多留一会,我们可以用 setForeground(true) 来设置 Service 的优先级. 为什么是 fo