Android应用运行在后台的时候，经常被系统的LowMemoryKiller杀掉，当用户再次点击icon或者从最近的任务列表启动的时候，进程会被重建，并且恢复被杀之前的现场。什么意思呢？假如APP在被杀之前的Activity堆栈是这样的，A
APP被后台杀死后，APP端进程被销毁了，也就不存在什么Activity了，也就没有什么Activity堆栈，不过AMS的却是被保留了下来：
当用户再次启动APP时候会怎么样呢？这个时候，首先看到其实C，而不是栈底部的A，也就是说往往被杀死后，恢复看到的第一个界面是用户最后见到的那个界面。
而用户点击返回，看到的就是上一个界面B，其次是A
之所以这样是因为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<T extends BasePresenter> 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); <!--标识从其他页面启动的，这样就不需要主动startMainActivity--> 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()); <!--闪屏消失后，需要跳转target页面--> getIntent().setData(null); } } private void router(Uri uri) { Uri uri= getIntent().getData(); <!--只有在intent被设置了跳转数据的时候才去跳转，一般是推送就来，如果冷启动，是没有数据的--> if(uri!=null){ SplashActivity.startActivityForResult(this,JUMP_TO_TARGET) } }
通过上面两部分的处理，基本能够满足APP“死亡”的情况下，先跳转闪屏的需求。
