APP开发实战71-服务不被杀死

本文介绍了三种防止Android服务被杀死的方法:1) 使用START_STICKY或设置为前台服务;2) 在onDestroy()中发送广播重启服务,但可能存在广播未及时接收的问题,可以通过双服务监听启动互相保障;3) 对于强制停止,无法在服务内处理,需从应用层面阻止forcestop和uninstall操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

17.6服务不被杀死

服务不被杀死分3种来讨论:

(1)   系统根据资源分配情况杀死服务

    用户不干预,完全靠系统来控制,办法有很多。比如 onStartCommand() 方法的返回值设为 START_STICKY ,服务就会在资源紧张的时候被杀掉,然后在资源足够的时候再恢复。当然也可设置为前台服务,使其有高的优先级,在资源紧张的时候也不会被杀掉。

 

(2)   用户通过 settings -> Apps -> Running -> Stop 方式杀死服务

    用户干预,主动杀掉运行中的服务。这个过程杀死服务会通过服务的生命周期,也就是会调用 onDestory() 方法,这时候一个方案就是在 onDestory() 中发送广播开启自己。这样杀死服务后会立即启动。如下:

@Override

publicvoid onCreate() {

  // TODO Auto-generated method stub

  super.onCreate();

 

  mBR = new BroadcastReceiver() {

    @Override

    public void onReceive(Context context,Intent intent) {

      //TODO Auto-generated method stub

      Intent a = new Intent(ServiceA.this,ServiceA.class);

      startService(a);

    }

  };

  mIF = new IntentFilter();

  mIF.addAction("listener");

  registerReceiver(mBR, mIF);

}

 

@Override

publicvoid onDestroy() {

  // TODO Auto-generated method stub

  super.onDestroy();

 

  Intent intent = new Intent();

  intent.setAction("listener");

  sendBroadcast(intent);

 

  unregisterReceiver(mBR);

}

这个方案在有些情况下,发送的广播在消息队列中排的靠后,就有可能服务还没接收到广播就销毁了。

为了能让这个机制完美运行,可以开启两个服务,相互监听,相互启动。服务A监听B的广播来启动B,服务B监听A的广播来启动A。

 

(3)用户通过 settings -> Apps -> Downloaded -> ForceStop 方式杀死服务

这种情况,在服务里加代码是无法被调用的。处理这个情况的唯一方法是屏蔽掉 forcestop和 uninstall 按钮,让其不可用。

(转自:http://www.tuicool.com/articles/iu22QnF)


内容概要:文章基于4A架构(业务架构、应用架构、数据架构、技术架构),对SAP的成本中心利润中心进行了详细对比分析。业务架构上,成本中心是成本控制的责任单元,负责成本归集与控制,而利润中心是利润创造的独立实体,负责收入、成本利润的核算。应用架构方面,两者都依托于SAP的CO模块,但功能有所区分,如成本中心侧重于成本要素归集预算管理,利润中心则关注内部交易核算获利能力分析。数据架构中,成本中心与利润中心存在多对一的关系,交易数据通过成本归集、分摊利润计算流程联动。技术架构依赖SAP S/4HANA的内存计算ABAP技术,支持实时核算与跨系统集成。总结来看,成本中心利润中心在4A架构下相互关联,共同为企业提供精细化管理决策支持。 适合人群:从事企业财务管理、成本控制或利润核算的专业人员,以及对SAP系统有一定了解的企业信息化管理人员。 使用场景及目标:①帮助企业理解成本中心利润中心在4A架构下的运作机制;②指导企业在实施SAP系统时合理配置成本中心利润中心,优化业务流程;③提升企业对成本利润的精细化管理水平,支持业务决策。 其他说明:文章仅阐述了理论概念,还提供了具体的应用场景技术实现方式,有助于读者全面理解并应用于实际工作中。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值