2. 程式人生 > 其它 >Android啟動模式之singleinstance的坑

Android啟動模式之singleinstance的坑

阿新 • • 發佈：2021-01-30

技術標籤：Androidjavaandroid

Android啟動模式之singleinstance的坑

前言

在實際應用中，使用singleinstance啟動模式時，會遇到一些奇奇怪怪的問題。Android有四種啟動模式，分別是standard，singleTop，singleTask，singleInstance。下面分別簡單的介紹下這四種啟動模式的作用。

standard

Android 預設的一種啟動模式。不需要為activity設定launchMode。這種啟動模式簡單的來說就是當你startActivity的時候，他就建立一個。

singleTop

這種模式模式從字面意思就能看得出來，就是當前的activity處於棧頂的時候，當你startActivity當前的activity的時候，它不會建立新的activity，而是會複用之前的activity。舉個例子，startActivity了一個ActivityA，ActivityA又startActivity了ActivityB，當在ActivityB再次startActivity一個ActivityB的時候，它不會建立一個新的ActivityB，而是複用之前的ActivityB。

這裡需要注意的是，只有當前的activity處於棧頂的時候才管用。舉個例子：startActivity了一個ActivityA，ActivityA又startActivity了ActivityB，ActivityB又startActivity了ActivityA，那麼ActivityA還是會重新建立，而不是複用之前的ActivityA。

singleTask

單一任務。意思就是說當前的activity只有一個例項，無論在任何地方startActivity出來這個activity，它都只存在一個例項。並且，它會將在他之上的所有activity都銷燬。通常這個activity都是用來作為MainActivity。因為主頁只需要存在一個，然後回到主頁的時候可以將所有的activity都銷燬起到退出應用的作用。舉個例子，startActivity了一個ActivityA，ActivityA的啟動模式為singleTask，那麼在ActivityA裡startActivity了一個ActivityB，在ActivityB裡startActivity了一個ActivityC。此時在當前的任務棧中的順序是，ActivityA->ActivityB->ActivityC。然後在ActivityC裡重新startActivity了一個ActivityA，此時ActivityA會將存在於它之上的所有activity都銷燬。所以此時任務棧中就只剩下ActivityA了。

singleInstance

這個模式才是重點，也是比較容易入坑的一種啟動模式。字面上理解為單一例項。它具備所有singleTask的特點，唯一不同的是，它是存在於另一個任務棧中。上面的三種模式都存在於同一個任務棧中，而這種模式則是存在於另一個任務棧中。舉個例子，上面的啟動模式都存在於地球上，而這種模式存在於火星上。整個Android系統就是個宇宙。下面來詳細介紹一下singleInstance的坑。

singleInstance之一坑

此時有三個activity，ActivityA，ActivityB，ActivityC，除了ActivityB的啟動模式為singleInstance，其他的啟動模式都為預設的。startActivity了一個ActivityA，在ActivityA裡startActivity了一個ActivityB，在ActivityB裡startActivity了一個ActivityC。此時在當前的任務棧中的順序是，ActivityA->ActivityB->ActivityC。照理來說在當前ActivityC頁面按返回鍵，finish當前介面後應當回到ActivityB介面。但是事與願違，奇蹟出現了，頁面直接回到了ActivityA。這是為什麼呢？其實想想就能明白了，上面已經說過，singleInstance模式是存在於另一個任務棧中的。也就是說ActivityA和ActivityC是處於同一個任務棧中的，ActivityB則是存在另個棧中。所以當關閉了ActivityC的時候，它自然就會去找當前任務棧存在的activity。當前的activity都關閉了之後，才會去找另一個任務棧中的activity。也就是說當在ActivityC中finish之後，會回到ActivityA的介面，在ActivityA裡finish之後會回到ActivityB介面。如果還想回到ActivityB的頁面怎麼辦呢？我的做法是，在ActivityB定義一個全域性變數，public static boolean returnActivityB;介面需要跳轉的時候將returnActivityB=true;然後在ActivityA介面onstart方法裡判斷returnActivityB是否為true，是的話就跳轉到ActivityB，同時將returnActivityB=false;這樣就能解決跳轉的問題了。不過感覺還不是很好，如果有更好的方法，歡迎大家給我留言告訴我一聲。

singleInstance之二坑

此時有兩個個activity，ActivityA，ActivityB，ActivityA的啟動模式為預設的，ActivityB的啟動模式為singleInstance。當在ActivityA裡startActivity了ActivityB，當前頁面為ActivityB。按下home鍵。應用退到後臺。此時再點選圖示進入APP，按照天理來說，此時的介面應該是ActivityB，可是奇蹟又出現了，當前顯示的介面是ActivityA。這是因為當重新啟動的時候，系統會先去找主棧（我是這麼叫的）裡的activity，也就是APP中LAUNCHER的activity所處在的棧。檢視是否有存在的activity。沒有的話則會重新啟動LAUNCHER。要解決這個方法則是和一坑的解決辦法一樣，在ActivityB定義一個全域性變數，public static boolean returnActivityB;在oncreat方法將returnActivityB=true;然後在ActivityA介面onstart方法裡判斷returnActivityB是否為true，是的話就跳轉到ActivityB，同時將returnActivityB=false;這樣就能解決跳轉的問題了。

基友留言，確實發現了好多問題，所以在此更新2020/5/21

有許多好基友留言，我也確實發現以上的解決方案不是很好，也存在一些問題，所以我又想了另一種解決思路。程式碼在GitHub上LaunchModeDemo

首先先將每個建立的activity用一個單例類儲存下來，接著再用這個單例類儲存啟動了singleInstance模式的activity。在oncreate()時put,在onDestroy和onBackPressed時remove。為什麼要在這兩個地方都刪除，待會會說明，已經在remove方法裡處理了重複刪除的問題。
先貼上管理activity的類，也就是新增刪除activity的單例類ActivityTaskManager

package com.example.launchmodedemo;

import android.app.Activity;
import java.util.concurrent.CopyOnWriteArrayList;

/** Activity棧管理類，當Activity被建立是壓棧，銷燬時出棧 */
public class ActivityTaskManager {

  private final CopyOnWriteArrayList<Activity> ACTIVITY_ARRAY = new CopyOnWriteArrayList<>();
  private final CopyOnWriteArrayList<Activity> SINGLE_INSTANCE_ACTIVITY_ARRAY =
      new CopyOnWriteArrayList<>();

  private static final Singleton<ActivityTaskManager> SINGLETON =
      new Singleton<ActivityTaskManager>() {
        @Override
        protected ActivityTaskManager create() {
          return new ActivityTaskManager();
        }
      };

  public static ActivityTaskManager getInstance() {
    return SINGLETON.get();
  }

  public void put(Activity targetActivity) {
    boolean hasActivity = false;
    for (Activity activity : ACTIVITY_ARRAY) {
      if (targetActivity == activity) {
        hasActivity = true;
        break;
      }
    }
    if (!hasActivity) {
      ACTIVITY_ARRAY.add(targetActivity);
    }
  }

  public void remove(Activity targetActivity) {
    for (Activity activity : ACTIVITY_ARRAY) {
      if (targetActivity == activity) {
        ACTIVITY_ARRAY.remove(targetActivity);
        break;
      }
    }
  }

  public void putSingleInstanceActivity(Activity targetActivity) {
    boolean hasActivity = false;
    for (Activity activity : SINGLE_INSTANCE_ACTIVITY_ARRAY) {
      if (targetActivity == activity) {
        hasActivity = true;
        break;
      }
    }
    if (!hasActivity) {
      SINGLE_INSTANCE_ACTIVITY_ARRAY.add(targetActivity);
    }
  }

  public void removeSingleInstanceActivity(Activity targetActivity) {
    SINGLE_INSTANCE_ACTIVITY_ARRAY.remove(targetActivity);
  }

  public CopyOnWriteArrayList<Activity> getSingleInstanceActivityArray() {
    return SINGLE_INSTANCE_ACTIVITY_ARRAY;
  }

  public Activity getTopActivity() {
    if (ACTIVITY_ARRAY.isEmpty()) {
      return null;
    }
    return ACTIVITY_ARRAY.get(0);
  }

  public Activity getLastActivity() {
    if (ACTIVITY_ARRAY.isEmpty()) {
      return null;
    }
    return ACTIVITY_ARRAY.get(ACTIVITY_ARRAY.size() - 1);
  }
}

Singleton

package com.example.launchmodedemo;

/**
 * 單例構建類
 */
public abstract class Singleton<T> {
    private T mInstance;

    protected abstract T create();

    public final T get() {
        synchronized (this) {
            if (mInstance == null) {
                mInstance = create();
            }
            return mInstance;
        }
    }
}

偷個懶，沒什麼註釋，但是各位那麼聰明應該看得懂。

然後貼上我的BaseActivity，基本上都是在這裡處理的了

package com.example.launchmodedemo;

import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.util.Log;
import androidx.appcompat.app.AppCompatActivity;

public class BaseActivity extends AppCompatActivity {

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    ActivityTaskManager.getInstance().put(this);
  }

  private static final String TAG = "BaseActivity";

  @Override
  protected void onStart() {
    super.onStart();
    Log.i(
        TAG,
        "onStart: " + ActivityTaskManager.getInstance().getLastActivity().getClass().getName());
    checkActivityJump();
  }

  @Override
  public void onBackPressed() {
    super.onBackPressed();
    // 如果不在這裡移除當前activity的話，在啟動另一個介面的onStart的時候，判斷處於棧頂的activity，
    // 也就是ActivityTaskManager.getInstance().getLastActivity()的時候，就會出現錯誤。
    // 原因是，當一個activity的onPause之後就會啟動另一個activity，還沒經歷過onDestroy，
    // 而removeActivity();只放在onDestroy中的話就會在啟動的activity的onStart
    // 獲取ActivityTaskManager.getInstance().getLastActivity()返回的是錯誤。
    removeActivity();
  }

  private void checkActivityJump() {
    if (ActivityTaskManager.getInstance().getLastActivity() != null) {
      Log.i(
          TAG,
          "onStart: " + ActivityTaskManager.getInstance().getLastActivity().getClass().getName());
      // 如果當前的activity跟新增進去的最後一個activity不是同一個的話，那麼這種哦情況就有可能是最後一個activity的啟動模式是SingleInstance，
      // 所以這時候就要遍歷新增進去的SingleInstanceActivityArray，看是否有存在，有的話並且跟最後一個新增進去的activity是同一個的話就跳轉
      // 這裡設定了跳轉動畫，是因為單例模式的跳轉動畫跟其他的模式不一樣，看起來很難受，設定後看起來舒服些，也可以設定別的動畫，
      // 退到後臺再進來會一閃，十分明顯，新增跳轉動畫看起來也會舒服些
      if (!ActivityTaskManager.getInstance()
          .getLastActivity()
          .getClass()
          .getName()
          .equals(this.getClass().getName())) {
        if (ActivityTaskManager.getInstance().getSingleInstanceActivityArray().size() > 0) {
          for (Activity activity :
              ActivityTaskManager.getInstance().getSingleInstanceActivityArray()) {
            if (activity
                .getClass()
                .getName()
                .equals(ActivityTaskManager.getInstance().getLastActivity().getClass().getName())) {
              ActivityTaskManager.getInstance().removeSingleInstanceActivity(activity);
              startActivity(
                  new Intent(this, ActivityTaskManager.getInstance().getLastActivity().getClass()));
              overridePendingTransition(0, 0);
              break;
            }
          }
        }
      }
    }
  }

  @Override
  protected void onStop() {
    super.onStop();
    Log.i(TAG, "onStop: " + this.getClass().getName());
  }

  @Override
  protected void onDestroy() {
    super.onDestroy();
    removeActivity();
  }

  /** 釋放資源 */
  private void removeActivity() {
    ActivityTaskManager.getInstance().remove(this);
  }
}

在程式碼的註釋已經解釋了我的思路了。我簡要說明一下，在onStart中判斷，如果當前的activity跟新增進去的最後一個activity不是同一個的話，那麼這種哦情況就有可能是最後一個activity的啟動模式是SingleInstance，所以這時候就要遍歷新增進去的SingleInstanceActivityArray，看是否有存在，有的話並且跟最後一個新增進去的activity是同一個的話就跳轉。大家可以看看程式碼，在註釋上寫的很清楚的。最後附上程式碼地址，程式碼在GitHub上LaunchModeDemo
。

總結

Android的啟動模式如果利用的好，還是可以解決很多問題的。啟動模式還是值得好好的研究一下的。歡迎各位指教出錯誤，共同學習。如果有不對的地方，請大家指出，一起快樂的改bug。

相關推薦

Android啟動模式之singleinstance的坑

技術標籤：Androidjavaandroid Android啟動模式之singleinstance的坑 前言 在實際應用中，使用singleinstance啟動模式時，會遇到一些奇奇怪怪的問題。Android有四種啟動模式，分別是standard，singleTop，singl

Android四大元件之Activity（四）—— 啟動模式(launchMode)

技術標籤：android開發javaandroidjava移動開發 1、使用的是Android 7.1.2的原始碼： https://pan.baidu.com/s/1XcVD68cC_2wKtm8jJkdNQA przv

Android開發筆記（十六）——Activity的4種啟動模式

AndroidManifest 中比較重要的一個屬性是 launchMode 啟動模式: Acyivity的 android:launchMode 四個屬性：

Android Activity的啟動模式基礎

Android Activity的啟動模式基礎 Activity啟動過程 Activity之間的啟動流程見下圖，從圖中可以看出，啟動的過程中會受很多因素的影響，導致啟動的現象千變萬化。

Android Activity的4種啟動模式圖文介紹

前言 記得第一次探討Activity的啟動模式，是在2017年8月份，那個時候對一年後走出校門的未來很是憧憬，時間真快，已經畢業四個月，工作和生活也都趨於穩定。

轉 Android中Activity的啟動模式（LaunchMode）和使用場景

轉載請註明出處：http://blog.csdn.net/sinat_14849739/article/details/78072401本文出自Shawpoo的專欄我的簡書：簡書

Android——Activity的四種啟動模式

簡介： 我們一個程式會存在不同的Activity，也會存在許多例項，這些例項就會進入任務棧中，任務棧採用“後進先出”的演算法，例如：我們使用手機，開啟QQ，在QQ介面進入一個聊天介面，此時存在兩個Activity例項，假

Android入門教程之Activity（生命週期，啟動...）

Activity 是一個應用元件，使用者可與其提供的螢幕進行互動，以執行撥打電話、拍攝照片、傳送電子郵件或檢視地圖等操作。 每個 Activity 都會獲得一個用於繪製其使用者介面的視窗。視窗通常會充滿螢幕，但也可小於螢

Android效能優化之啟動優化實戰篇，附面試題答案

一.那麼這些年，996 風靡網際網路，到底是什麼原因？總結了幾條： 1、通過 996 高強度加班，逼迫員工主動辭職，企業想通過這個方法節省裁員所需要的補償費。

抖音 Android 效能優化系列：啟動優化之理論和工具篇

作者：抖音基礎技術團隊 來源：位元組跳動技術團隊 啟動效能是 APP 使用體驗的門面，啟動過程耗時較長很可能導致使用者使用 APP 的興趣驟減，抖音通過對啟動效能做劣化的 AB 實驗也驗證了其對於業務指標有影響顯著。

iOS設計模式之工廠方法

定義 工廠模式：定義建立物件的介面，讓子類決定例項化哪一個類，工廠方法使得一個類的例項化延遲到其子類。

?設計模式之工廠三兄弟

熊二：工廠模式三兄弟，聽說過沒？ 熊大：...... 熊二：工廠模式三兄弟是：簡單工廠模式、工廠方法模式、抽象工廠模式，這三種都是屬於建立型的設計模式。

23種設計模式之建造者模式

1、定義 將一個複雜物件的構造與它的表示分離，使同樣的構建過程可以建立不同的表示。建造者模式是將一個複雜的物件分解為多個簡單的物件，然後一步一步構建而成。它將變與不變相分離，即產品的組成部分是不變的，但

23種設計模式之工廠方法模式、抽象工廠模式

1、簡單工廠模式（靜態工廠方法模式） 1.1 定義 定義一個工廠類，根據傳入的引數不同返回不同的例項，被建立的例項具有共同的父類或介面。23種設計模式並不包括簡單工廠模式，它更像一種程式設計習慣。

23種設計模式之組合模式

1、定義 將物件組合成樹形結構以表示“部分-整體”的層次結構。組合模式使得使用者對單個物件和組合物件的使用具有一致性。

23種設計模式之模板方法模式

1、定義 定義一個操作中的演演算法的骨架，而將一些步驟延遲到子類中。模板方法使得子類可以不改變一個演演算法的結構即可重定義改演演算法的某些特定步驟。模板方法模式是一種基於繼承的程式碼複用技術。

設計模式之(八)訪問者模式

本文首發於個人部落格 前言 本文程式碼為java程式碼 什麼是訪問者模式 訪問者模式屬於行為型模式，在菜鳥教程中的定義如下

23種設計模式之橋接模式

1、定義 將抽象部分和實現部分分離，使它們都可以獨立的變化。又稱為柄體（Handle and Body）模式或者介面（Interface）模式。

23種設計模式之介面卡模式

1、定義 將一個類的介面裝換成客戶希望的另外一個介面。介面卡模式使得原來由於介面不相容而不能一起工作的那些類可以一起工作。

23種設計模式之原型模式

1、定義 用原型例項指定建立物件的種類，並且通過拷貝這些原型建立新的物件。