在上一篇文章中我們介紹了在Android產品研發過程中，啟動頁的優化工作，比如啟動頁效能優化，啟動頁漸進動畫效果，啟動頁遮蔽返回按鍵等等，而在本文中我們將要介紹一下在App產品研發中都會複寫的基類Activity，具體可參考：Android產品研發（二）–>啟動頁優化。

在實際的Android產品研發中，一般的我們在寫Activity的時候都會繼承於一個基類Activity，該Activity是所有的Activity的基類。在該基類中我們主要用於重寫一些共有的邏輯。好處是顯而易見的對於一些Activity的共有邏輯我們不必要在每個Activity中都重新寫一遍，只需要在基類Activity中寫一遍就好了。

下面我就講解一下在產品研發過程中我對基類Activity的設計。

（一）基類Activity是如何使用的？
定義一個BaseActivity，讓App中所有的Activity都繼承於BaseActivity；

（二）基本Activity包含的內容

• 在BaseActivity的生命週期中複寫友盟資料統計方法。
  用過友盟資料統計的同學應該知道，為了統計每個頁面的點選事件，頁面訪問路徑，異常資訊等我們需要在Activity的生命週期方法中新增友盟的API，這些都是一些相同的邏輯，難道我們需要在每個Activity中都重寫這些友盟API麼？答案當然是否定的，友盟官方也不建議我們這麼做，我們可以在一個基類Activity的生命週期方法中重寫這些友盟API，並讓我們需要統計的頁面繼承於該基類Activity。

@Override
protected void onResume() {
    MobclickAgent.onResume(this);
}

@Override
protected void onPause() {
    MobclickAgent.onPause(this);
}

（其他生命週期方法暫略）
...

由於我們需要統計不同的Activity頁面的資料，所以我們需要在各個Activity的生命週期中都要重寫友盟的API，那麼這裡我們就完全可以將這種重複性的動作下發到BaseActivity中，而讓所有的Activity都繼承於BaseActivity，進而我們的Activity就在生命週期方法中重寫了友盟的API。

• 在生命週期方法中儲存Context物件，儲存Activity棧

@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mContext = this;
        Config.setActivityState(this);
        ...
    }

public static void setActivityState(Activity activity) {
        currentContext = activity;
        // 設定App只能豎屏顯示
        activity.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);
        // 向自身維護的Acitivty棧（資料型別為List）中新增Activity
        UUApp.getInstance().addActivity(activity);
    }

@Override
    protected void onDestroy() {
        super.onDestroy();
        // 在BaseActivity中的Activity棧中移除Activity
        UUApp.getInstance().removeActivity(this);
    }

因為我們在Activity頁面中經常需要使用“this”，但是到處都是用this顯得不太好，這時候我們可以在BaseActivity中定義一個Actiivty型別的mContext成員變數並在BaseActivity中的onCreate方法中賦值為this，這樣我們在子Activity中需要使用this的地方直接使用mContext成員變數就好了。

並且我們在記憶體中儲存了一個Activity的自定義棧，正常的做法是在Activity的onCreate方法中執行入棧操作，在Activity的onDestory方法中執行出棧操作，由於這些都是共有的邏輯因此我們把這兩個操作放到BaseActivity中。

• 在生命週期方法中對事件匯流排框架EventBus進行註冊和反註冊

使用過EventBus的同學應該知道其能夠實現事件傳遞的核心機制就是將Activity物件“註冊”到EventBus中，但是有註冊也必須要有反註冊的機制，因為Activity不是常駐記憶體的，Activity也有銷燬的時候，這時候就需要從EventBus中“反註冊”，一個比較好的方式就是在Activity

@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ...
        EventBus.getDefault().register(this);
        ...
    }

@Override
    protected void onDestroy() {
        super.onDestroy();
        ...
        EventBus.getDefault().unregister(this);
        ...
    }

/**
     * event 更改顯示登陸狀態
     */
    public void onEventMainThread(BaseEvent event) {
        ...doSomething...
    }

這樣我們就不必要單獨在Activity中重寫EventBus的註冊和反註冊邏輯了。

• 在onResume方法中執行更新登入使用者票據更新的操作

在App端儲存了使用者的token資訊，但是這裡的token資訊不是一直有效的，有效期為30天，所以這裡就需要有一個更新token的操作，App現在的更新操作是判斷token的有效期是否過了一半，即15天，若過了一半了，則在新開啟的Activity時執行更新票據操作，所以這也是共有的邏輯，即在BaseActivity的onResume中執行更新票據的操作。

@Override
    protected void onResume() {
        super.onResume();
        /**
         * 驗證使用者票據是否失效，失效的話則預設執行更換票據操作
         *     startActivity中不需要更新票據，否則起始頁有可能會彈出登陸提示框
         */
        if (UserConfig.isNeedUpdateTicket() && (!(this instanceof StartActivity) || !this.getClass().getName().equals(StartActivity.class.getName()))) {
            if (!UserConfig.isUpdateTicketing) {
                L.d("onResume 中更新使用者票據");
                UserConfig.requestUpdateTicket();
            }
        }
        ...
    }

• 在setContentView方法中，重寫載入佈局檔案的邏輯，統一App頁面佈局

@Override
    public void setContentView(int layoutResID) {
        View view = getLayoutInflater().inflate(R.layout.activity_base_layout, null);
        super.setContentView(view);

        if (Build.VERSION.SDK_INT == Build.VERSION_CODES.KITKAT) {
            view.setFitsSystemWindows(true);
            setTranslucentStatus(true);
            SystemBarTintManager tintManager = new SystemBarTintManager(this);
            tintManager.setStatusBarTintEnabled(true);
            tintManager.setStatusBarTintResource(R.color.colorPrimaryDark);

        }

        initDefaultView(layoutResID);
        initDefaultToolBar();

    }

/**
     * 初始化預設的佈局元件
     *
     * @param layoutResID
     */
    private void initDefaultView(int layoutResID) {
        mProgressLayout = (ProgressLayout) findViewById(R.id.progress_layout);
        mProgressLayout.setAttachActivity(this);
        mProgressLayout.setUseSlideBack(false);
        mToolbarContainer = (FrameLayout) findViewById(R.id.toolbar_container);
        mDefaultToolBar = (Toolbar) findViewById(R.id.default_toolbar);
        mToolbarTitle = (TextView) findViewById(R.id.toolbar_title);
        mRvRight = (RippleView) findViewById(R.id.rv_right);
        mRightOptButton = (TextView) findViewById(R.id.right_opt_button);
        mContentContainer = (FrameLayout) findViewById(R.id.fl_content_container);

        View childView = layoutInflater.inflate(layoutResID, null);
        mContentContainer.addView(childView, 0);
    }

/**
     * 初始化預設的ToolBar
     */
    private void initDefaultToolBar() {
        if (mDefaultToolBar != null) {
            String label = getTitle().toString();
            setTitle(label);
            setSupportActionBar(mDefaultToolBar);
            mDefaultToolBar.setNavigationIcon(R.mipmap.toolbar_back_icn_transparent);
        }
    }

在BaseActivity中重寫了setContentView方法，然後統一佈局檔案，即讓我們呼叫setContentView傳遞的layoutId載入到我們自定義的ViewContain中，這樣我們就統一了Activity的佈局檔案，當然了這也是共有的邏輯，我們可以寫在BaseActivity中。

• 執行共有的UI操作，比如顯示Toast，顯示SnakeBar，顯示Progress，顯示Dialog等

public void showToast(String text) {
        if (text != null && !text.trim().equals("")) {
            Toast.makeText(getApplicationContext(), text, Toast.LENGTH_SHORT).show();
        }
    }

public void showProgress(boolean canCancled, final Config.ProgressCancelListener listener) {
        Config.showProgressDialog(mContext, canCancled, listener);
    }

    public void dismissProgress() {
        Config.dismissProgress();
    }

public void showResponseCommonMsg(HeaderCommon.ResponseCommonMsg msg) {
        if (msg.getMsg() != null && msg.getMsg().length() > 0) {
            if (msg.hasShowType()) {
                if (msg.getShowType().equals(HeaderCommon.ResponseCommonMsgShowType.TOAST)) {
                    showSnackBarMsg(msg.getMsg());
                } else if (msg.getShowType().equals(HeaderCommon.ResponseCommonMsgShowType.WINDOW)) {
                    showResponseCommonMsg(msg, null);
                }
            } else {
                showSnackBarMsg(msg.getMsg());
            }
        }
    }

我們可以在BaseActivity中重寫了一些顯示Toast，Dialog，SnakeBar的操作，這樣我們在Activity中顯示這些UI的時候可以統一呼叫方法與UI風格。

從上面我們分析的基類內容可以知道一般在涉及Activity的時候都需要重寫一個基類Activity，用於重寫Activity中的共有邏輯，避免我們在每個Activity中都重寫相關的重複邏輯。