设置android应用闪屏图片_被后台杀死后,Android应用如何重新走闪屏逻辑

Android应用运行在后台的时候,经常被系统的LowMemoryKiller杀掉,当用户再次点击icon或者从最近的任务列表启动的时候,进程会被重建,并且恢复被杀之前的现场。什么意思呢?假如APP在被杀之前的Activity堆栈是这样的,A

后台杀死与恢复的堆栈.jpg

APP被后台杀死后,APP端进程被销毁了,也就不存在什么Activity了,也就没有什么Activity堆栈,不过AMS的却是被保留了下来:

后台杀死与恢复的堆栈-杀后.jpg

当用户再次启动APP时候会怎么样呢?这个时候,首先看到其实C,而不是栈底部的A,也就是说往往被杀死后,恢复看到的第一个界面是用户最后见到的那个界面。

后台杀死与恢复的堆栈-恢复.jpg

而用户点击返回,看到的就是上一个界面B,其次是A

后台杀死与恢复的堆栈-恢复b.jpg

之所以这样是因为APP端Activity的创建其实都是由AMS管理的,AMS严格维护这APP端Activity对应的ActivityRecord栈,可以看做当前APP的场景,不过,APP端Activity的销毁同AMS端ActivityRecord的销毁并不一定是同步的,最明显的就是后台杀死这种场景。Android为了能够让用户无感知后台杀死,就做了这种恢复逻辑,不过,在开发中,这种逻辑带了的问题确实多种多样,甚至有些产品就不希望走恢复流程,本文就说说如何避免走恢复流程。结合常见的开发场景,这里分为两种,一种是针对推送唤起APP,一种是针对从最近任务列表唤起APP(或者icon)。

正常启动

从最近任务列表跟Laucher是有区别的,区别在与根Intent 会影响从最近的任务列表的表现

从最近的任务列表或者Lancher如何重新走闪屏

前提:对于后台杀死的状况,不考虑路由。

首先,APP端必须知道当前Activity的启动是不是在走恢复流程,Activity有一个onCreate方法,在ActivityThread新建Activity之后,会回调该函数,如果是从后台杀死恢复来的,回调onCreate的时候会传递一个非空的Bundle savedInstanceState给当前Activity,只要判断这个非空就能知道是否是恢复流程。

做法一 所有Activity一视同仁

public abstract class BaseActivity

extends AppCompatActivity

{

@Override

protected void onCreate(Bundle savedInstanceState) {

if (savedInstanceState != null) {

savedInstanceState.clear();

SplashActivity.startClearLastTask(this);

isValidActivity = false;

}

super.onCreate(savedInstanceState);

}

}

知道恢复流程之后,如何处理呢?其实很简单,直接吊起闪屏页就可以了,不过这里有一点要注意的是,在启动闪屏页面的时候,必须要设置其IntentFlag:Intent.FLAG_ACTIVITY_NEW_TASK|Intent.FLAG_ACTIVITY_CLEAR_TASK,这样做的理由是为了清理之前的场景,不然之前的ActivityRecord栈仍然保留在ActivityManagerService中,返回上一页可能会返回到被杀死前的界面(除非有特殊需求,一般模拟全新冷启动):

public static void startClearLastTask(Activity restoreActivity) {

Intent intent = new Intent(restoreActivity, SplashActivity.class);

intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK);

restoreActivity.startActivity(intent);

restoreActivity.finish();

}

设置Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK主要是为了获取一个干净的新环境。当然如果你不设置也是有不设置的做法的。比如单独将首页路由界面过滤出来,对于首页的不finish。但是对于首页打开的闪屏页就不应该再start MainActivity了,不然会接着调用onNewIntent,不是多余吗。对于MainActivity而言,被杀死的场景无需处理route逻辑。

public class MainActivity extends BaseActivity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

if (savedInstanceState == null) {

route(getIntent());

}

}

@Override

public void onNewIntent(Intent intent) {

super.onNewIntent(intent);

route(getIntent());

}

如果MainActivity是通过推送或者其他方式直接启动的,那么intent中必定设置了数据,这种情况就需要先打开闪屏页,然后由闪屏页Finish后,再跳转推送目标页面。

做法二 单独处理MainActivity(路由Activity)

public class BaseActivity extends AppCompatActivity {

@Override

protected void onCreate(Bundle savedInstanceState) {

LogUtil.v("lishang", "onCreate --" + this);

// savedInstanceState 非空就说明被杀了

if (savedInstanceState != null) {

savedInstanceState.clear();

if (this instanceof MainPageActivity) {

SplashActivity.startFormRestoreMainActivity(this);

} else {

SplashActivity.startClearLastTask(this);

}

isValidActivity = false;

}

// 推送或者其他的界面借助MainPage路由跳板,需要额外处理

super.onCreate(savedInstanceState);

}

}

做的特殊处理就是对于后台杀死的时候是只有MainActivity存活的情况下,则允许MainActivity走恢复流程,只不过再onCreate中先走一遍闪屏,同时由于后台杀死不走路由,那么这个情况下我们是可以做到少启动一次MainActivity。

// 杀死走恢复流程时候,主动截断

public static void startFormRestoreMainActivity(Activity restoreActivity) {

Intent intent = new Intent(restoreActivity, SplashActivity.class);

intent.putExtra("FromResoreMainPage",true);

restoreActivity.startActivity(intent);

}

这样也能达到预期效果,同时也不会创建两个MainActivity,如果从闪屏页跳转其他界面,则需要额外处理,不过要特别注意的是:MainActivity在恢复的时候会先走完onCreate跟onResume可能会降低闪屏页的可见速度

从推送或者DeepLink唤起被杀APP时,如何走闪屏逻辑

首先思考个问题:推送如何路由?,可以通过启动一个Service,然后在我们APP中优雅的处理路由跳转,这算是个不错的方案。因为存在冷启动任然需要启动首页场景,一般而言推送跟DeepLink会统一通过MainActivity路由。

发送一个可以启动Service的通知

void notify() {

final NotificationCompat.Builder builder = new NotificationCompat.Builder(this, NOTIFICATION_CHANNEL_ID);

builder.setContentIntent(PendingIntent.getService(this, (int) System.currentTimeMillis(),

new Intent(this, PushService.class),

PendingIntent.FLAG_UPDATE_CURRENT))

.setContentText("content")

.setContentTitle("title")

.setContentInfo("content")

.setWhen(System.currentTimeMillis())

.setShowWhen(true)

.setSmallIcon(R.mipmap.ic_launcher)

.setAutoCancel(true)

.setOngoing(false);

final NotificationManager nm = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {

NotificationChannel channel = new NotificationChannel(NOTIFICATION_CHANNEL_ID,

"Channel human readable title",

NotificationManager.IMPORTANCE_DEFAULT);

if (nm != null) {

nm.createNotificationChannel(channel);

}

}

nm.notify((int) System.currentTimeMillis(), builder.build());

}

在PushService中处理路由

public class PushService extends Service {

@Nullable

@Override

public IBinder onBind(Intent intent) {

return null;

}

@Override

public int onStartCommand(Intent intent, int flags, int startId) {

if(hasLiveActivity){

Intent intent=getRouterActivityIntent();

intent.addFlags( Intent.FLAG_ACTIVITY_NEW_TASK);

startActivity(intent)

}else{

Intent intent=getMainActivityIntent();

intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK);

startActivity(intent)

}

return START_STICKY ;

}

}

对于路由的处理分两种:在MainActivity存活的情况下,可以直接跳转target页面;如果不存在则需要唤起MainActivity,并由其作为路由跳板,因为只有这么处理,关闭推送target界面后才能返回主界面。这里只看MainActivity不存活的情况:推送分三步:

跳转MainActivity

startActivityForResult打开闪屏页

跳转推送目标页面

如何判断呢,正产流程下,启动后,rootActivity就是MainActivity,其实只需要判断是否有Activity存活即可,也就是查查APP的topActivity是否为null,注意不要去向AMS查询,而是在本地进程中查询,因为AMS在后台杀敌的场景下是有堆栈保存的。可以通过反射查询ActivityThread的mActivities,也可以根据自己维护的Activity堆栈来判断,判断没有存活Activity的前提下,就跳转主页面去路由。 在MainActivity的路由中,需要准确区分是否是推送跳转进来的,如果不是推送跳转进来,就不需要什么特殊处理,如果是推送跳转进来一定会携带跳转scheme数据,可以根据是否携带数据做区分下,当然也有其他处理方式,如果是MainActivity不存活,路由启动的场景,则需要打开闪屏。看一下MainActivity的代码:

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

}

@Override

protected void onNewIntent(Intent intent) {

Uri uri= intent.getData();

intent.setData(null);

router(uri);

}

@Override

protected void onActivityResult(int requestCode, int resultCode, Intent data) {

super.onActivityResult(requestCode, resultCode, data);

if(requestCode==JUMP_TO_TARGET && requestCode == RESULT_OK){

router(getIntent().getData());

getIntent().setData(null);

}

}

private void router(Uri uri) {

Uri uri= getIntent().getData();

if(uri!=null){

SplashActivity.startActivityForResult(this,JUMP_TO_TARGET)

}

}

通过上面两部分的处理,基本能够满足APP“死亡”的情况下,先跳转闪屏的需求。

image.png

仅供参考,欢迎指正

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值