如何在Android中實現懸浮Activity

通常來說，為一款已經優化過的手機APP開發平板的版本也不是很難。使用Fragment、decompose Entities等元件就可以又快又輕鬆地完成。但是，最近遇到一個專案就沒有這麼簡單了。我們不只要開發一個平板APP（基於ActionBarSherlock庫，也稱作ABS），還需要實現以下功能：

• 實現一個懸浮並且透明顯示的Activity，這樣使用者在進行輸入操作的時候可以看到別的Activity或者它自己的視窗背景；
• 儲存懸浮的Activity的原始尺寸，包括水平方向和豎直方向；最好是Activity可以居中顯示，在小尺寸裝置上可以全屏顯示，在大尺寸裝置上至少顯示2/3的大小。

因為我們之前說過已經有了一個開發好的手機APP，所以如果為了講這個重新設計再編碼那就浪費時間了。以下的講解和描述都是基於已有的程式碼，通過修改Activity的實現來適配平板裝置，已達到程式碼的最大利用率。

任務概述

這裡主要有三個任務：

• 計算已有的Activity的尺寸並確定它的新座標位置；
• 使Activity透明，可以看見其背景；
• 處理背景使其不能再和使用者進行互動。

計算視窗大小

前面提到，我們需要以一個已有的手機APP為基礎（使用了ActionBarSherlock庫），這個庫我們已經以一個外部庫的形式整合到專案中，並帶有原始碼。

如果對ABS的原始碼很熟悉或者曾對原生ActionBar的構架有了解，就會發現：如果改變Activity的大小，那在呼叫setContentView方法的時候，功能沒有實現：ActionBar的大小和位置都沒有變化。這時要做的就是在更高的級別裡操作，在系統繪製ActionBar的時候——ABS或者原生的ActionBar，這時候還沒有任何視窗的資料，這樣我們就可以按照需要調整了。

最顯而易見的方式就是改變Window的尺寸，所以這裡需要以下這段程式碼：

程式碼執行完畢後，就可以看到視窗的大小已經根據mActivityWindowWidth和mActivityWindowHeight的值發生了改變。

is_tablet檢查只對平板有效，mOpenAsSmallWindow標識表示是否讓視窗全屏顯示或者是否作為新的視窗渲染。

如果在執行的時候報錯了，錯誤日誌是：ActionBarView can only be used with android:layout_width="match_parent" (or fill_parent).那不用擔心，我們有ABS的原始碼，直接修改原始碼就可以了。

開啟ActionBarView這個檔案，然後再onMeasure方法裡把丟擲的異常註釋掉——這樣應該就可以解決問題了。安卓上使用的是比較特殊的許可權控制機制，所以這裡我們可以繼續深入的不多，也許還能粗略計算選單項等，不過很多東西我們都不可把控。

注意：這個方法沒有在原生ActionBar上測試，因為這裡只是在作者的Android版本中測試過。如果要禁用ActionBar，需要找到ActionBarSherlock這個類，然後註釋掉以下這行程式碼：

程式碼執行應該沒問題，然後就可以看到不透明背景的Activity了。

新增透明功能

在實現了Activity的尺寸和大小都改變後，現在就要讓它透明瞭。可以給這個平板上的Activity主題新增這個屬性：

這個屬性值可以使Activity背景透明。

看起來不錯，效果已經基本實現了。

還有一個小問題：以上測試的都是在Nexus7 android4.3上執行，而這個App在Nexus7 的android4.2版本中，Activity沒有顯示。

經過多次除錯和日誌檢查後，發現我們的Activity（就叫MainActivity吧）沒有被銷燬（沒有呼叫onDestroy方法），所以Android系統就把它忽略了，沒有繪製它。為什麼呢？因為Android 4.4 KitKat新增了一個優化演算法。因為這個優化演算法，Android系統看到Activity為全屏顯示模式（不管WindowManager的改變），就會繪製這個MainActivity，但是它之上的東西就被忽略了，所以我們就看不到任何顯示了。

我們研究了下這個問題，然後發現對話方塊和其他不全屏顯示的部件都可以正常繪製，所以我們需要在主題theme里加上這幾行：

這樣問題就解決了。綜上所述，我們就實現了一個懸浮、透明的Activity。