Android 多窗口模式（分屏模式）

1: 分屏模式:

專注于為中小企業(yè)提供成都網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)南城免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了成百上千企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

該模式可以在手機(jī)上使用， 該模式將屏幕一分為二， 同時(shí)顯示兩個(gè)應(yīng)用界面

2: 畫中畫模式:

該模式主要用于TV， 在該模式下視頻播放的窗口可以一直在最頂端顯示。（視頻小窗口）

3: Freeform模式:

該模式類似于常見的桌面操作系統(tǒng)， 應(yīng)用界面的窗口可以自由的拖動(dòng)和修改大小

1：Manifest 新增屬性：

2： layout 新增屬性：

在freeform模式下定義的默認(rèn)高度和寬度defaultWidthdefaultHeight, freeform模式下的初始Gravity， freeform模式下最小高度和寬度minWidthdefaultHeight。

3： 多窗口的API：

4： 分屏模式的生命周期：

很明顯， 從上圖的生命周期顯示， 在后臺(tái)將應(yīng)用進(jìn)入分屏模式的時(shí)候， 先執(zhí)行destroy()的方法, 即在進(jìn)入分屏之前， activity會(huì)被先銷毀，再調(diào)用onRestoreInstanceState方法恢復(fù)數(shù)據(jù)， 回調(diào)onMultiWindowModeChanged()

我們的 APP 進(jìn)入分屏模式時(shí)，在 onMultiWindowModeChanged 方法中如果有對(duì) UI 等的操作，經(jīng)過之后的自動(dòng)重建就沒有效果了。為了防止這種情況，需要在 AndroidManifest.xml 的 Activity 節(jié)點(diǎn)設(shè)置以下屬性：android:configChanges="screenSize|smallestScreenSize|screenLayout|orientation"

設(shè)置了這個(gè)屬性，在進(jìn)入分屏模式時(shí)，Activity 就不會(huì)自動(dòng)重建了。

5 跨Activity對(duì)View的拖拽：

Android 4.0 開始支持activity內(nèi)容的拖拽， 在多窗口的模式下，Android也實(shí)現(xiàn)了activity間 實(shí)現(xiàn)內(nèi)容的拖拽。在activity間僅限于內(nèi)容的拖拽， 對(duì)view的拖拽也是沒辦法實(shí)現(xiàn)的 。

Android創(chuàng)建應(yīng)用全局小窗口

類似微信視頻、語音時(shí)點(diǎn)擊返回會(huì)形成一個(gè)App小窗口浮動(dòng)在界面上，點(diǎn)擊繼續(xù)是通通話，如下圖：

其實(shí)實(shí)現(xiàn)這個(gè)功能只需要你細(xì)心分析一下就有思路了：首先這個(gè)小窗口是浮動(dòng)在app最上層的視圖，其次所有觸屏事件需先由該小窗口處理，還有就是小窗口的生命周期和Application也能雖可能不能同生，但是確是可以共死。所以可以在Application中創(chuàng)建一個(gè)view添加到WindowManage，這里將視圖為view的window的type設(shè)置成系統(tǒng)級(jí)別的窗口，這樣這個(gè)window可以在在全局呈現(xiàn)。另外，還需要讓這個(gè)window可以隨手指拖動(dòng)而滑動(dòng)，手指釋放后會(huì)回彈到距離這個(gè)釋放點(diǎn)最近的屏幕側(cè)邊，所以需要重寫view 的OnTouch事件。

以上就能實(shí)現(xiàn)一個(gè)應(yīng)用內(nèi)小窗口了，這里windowManager的布局參數(shù)有坑要踩：

Android 窗口Flags詳解

這里主要探討Touchable，F(xiàn)ocusable，OutsideTouchable，TouchModal這四個(gè)混合使用的效果。

最簡單的Touchable，

為false，表示窗口不接受觸摸事件；

為true，表示窗口接受觸摸事件；

要窗口接收事件，必須為true。窗口不接受事件，意味著事件會(huì)透?jìng)鞯较乱粋€(gè)窗口。這里的窗口事件是指DOWN-UP，窗口是指窗口自身范圍，窗口外的ACTION_OUTSIDE與此設(shè)置無關(guān)。

為false，表示對(duì)ACTION_OUTSIDE事件不感興趣。

為true，表示對(duì)ACTION_OUTSIDE事件感興趣，此時(shí)， 如果新事件被另一個(gè)窗口消化 ，則會(huì)發(fā)送ACTION_OUTSIDE給該窗口。包括：

2.1. 如果窗口設(shè)置了Touchable為false。即使觸摸事件在窗口內(nèi)，由于不處理事件，導(dǎo)致事件透?jìng)鳎涣硪粋€(gè)窗口消化，此時(shí)該窗口也會(huì)收到ACTION_OUTSIDE。

2.2 觸摸事件在窗口外面觸發(fā)，導(dǎo)致事件被另一個(gè)窗口消化，此時(shí)該窗口也會(huì)收到ACTION_OUTSIDE。

2.3 如果窗口設(shè)置了TouchModal和Focusable，導(dǎo)致窗口內(nèi)外的事件被當(dāng)前窗口截獲，由于不是被另一個(gè)窗口消化，所以即使設(shè)置了OutsideTouchable，也不會(huì)有ACTION_OUTSIDE。

為false，表示不會(huì)聚焦，所以不會(huì)有軟鍵盤。同時(shí)它的z-order可以在軟鍵盤之上，覆蓋軟鍵盤。如果你在不聚焦的情況下，還需要軟鍵盤，可以使用FLAG_ALT_FOCUSABLE_IM來修改。 如果為false，會(huì)放棄TouchModal原來的值，強(qiáng)制設(shè)置TouchModal為false

為true，表示窗口可以聚焦。

TouchModal的設(shè)置，只有在Focusable為true時(shí)才有效，F(xiàn)ocusable為false，會(huì)忽略TouchModal的值

為true，當(dāng)窗口Focusable為true時(shí)，無論窗口內(nèi)外，事件都被當(dāng)前窗口接收。

為false，當(dāng)窗口Focusable為true時(shí)，只有窗口內(nèi)的事件被當(dāng)前窗口接收。窗口外，OutsideTouchable的設(shè)置決定了是否有ACTION_OUTSIDE事件。

為true，當(dāng)窗口Focusable為false時(shí)，設(shè)置不生效。

為false，當(dāng)窗口Focusable為false時(shí)，設(shè)置不生效。

FLAG_NOT_TOUCHABLE，意味著，默認(rèn)是TOUCHABLE，必要時(shí)，才使用這個(gè)Flag關(guān)閉。

FLAG_NOT_FOCUSABLE，意味著，默認(rèn)是FOCUSABLE，必要時(shí)，才使用這個(gè)Flag關(guān)閉。

FLAG_WATCH_OUTSIDE_TOUCH，意味著，默認(rèn)是不關(guān)心，必要時(shí)，才使用這個(gè)Flag開啟。

FLAG_NOT_TOUCH_MODAL，意味著，默認(rèn)是TOUCH_MODAL，必要時(shí)，才使用這個(gè)Flag關(guān)閉。

FLAG_NOT_FOCUSABLE的注釋是這樣的。This flag will also enable FLAG_NOT_TOUCH_MODAL whether or not that is explicitly set.

所謂的enable，就是使用這個(gè)Flag 。直接翻譯就是，使用了FLAG_NOT_FOCUSABLE這個(gè)Flag，就會(huì)同時(shí)使用FLAG_NOT_TOUCH_MODAL這個(gè)flag。

使用FLAG_NOT_FOCUSABLE就是關(guān)閉FOCUSABLE，使用FLAG_NOT_TOUCH_MODAL就是關(guān)閉TOUCH_MODAL。簡述就是，關(guān)閉了FOCUSABLE，會(huì)同時(shí)關(guān)閉TOUCH_MODAL。

比如，Touchable，當(dāng)一個(gè)事件確實(shí)派發(fā)到窗口到時(shí)候，就看這個(gè)Flag，為true就是接受事件，為false就是不接受事件。你可以提前截獲不讓事件派發(fā)到窗口，但一旦派發(fā)到窗口，就是這個(gè)Flag來決定窗口是否接受事件。

比如，OutsideTouchable，你可以截獲事件不讓事件派發(fā)到另一個(gè)窗口，但一旦事件派發(fā)到另一個(gè)窗口，就是這個(gè)Flag決定當(dāng)前窗口是否接受ACTION_OUTSIDE事件。

以下，窗口內(nèi)外是指，觸點(diǎn)在窗口內(nèi)／外。完整事件是指DOWN to UP事件流。ACTION_OUTSIDE事件只有一次。

總結(jié)， Touchable和OutsideTouchable分別控制了窗口內(nèi)外的事件 。

總結(jié)， 當(dāng)且僅當(dāng)Focusable為true，TouchModal為true情況下，窗口內(nèi)外事件才被當(dāng)前窗口截獲；否則，都是窗口內(nèi)才有完整事件，窗口外才有ACTION_OUTSIDE事件 。

Android四大組件 —— Activity（窗口）

Activity是一個(gè) 界面 的載體,可以把它與html頁面進(jìn)行類比,html頁面由各種各樣的標(biāo)簽組成,而Activity則可以由 各種控件 組成。

Activity的掌握重點(diǎn)主要在于：

a.Activity的生命周期?

b.Activity的啟動(dòng)模式

? ? ? ? onCreate() :?

當(dāng)Activity第一次被創(chuàng)建的時(shí)候調(diào)用此方法.一般在此方法中 進(jìn)行控件的聲明,添加事件等初始化工作 .

onStart():

當(dāng)Activity被顯示到屏幕上的時(shí)候調(diào)用此方法，執(zhí)行完此方法后 界面可見

onResume():

當(dāng)此Activity能夠被操作之前,也就是能夠獲得用戶的焦點(diǎn)之前調(diào)用此方法.

onRestart():

當(dāng)Activity被停止后又被再次啟動(dòng)之前調(diào)用此方法.接著將調(diào)用onStart()方法.

onPause():

當(dāng)?shù)谝粋€(gè)Activity通過Intent啟動(dòng)第二個(gè)Activity的時(shí)候,將調(diào)用第一個(gè)Activity的onPause()方法.然后調(diào)用第二個(gè)Activity的onCreate(),onStart(),onResume()方法,接著調(diào)用第一個(gè)Activity的onStop()方法.如果Activity重新獲得焦點(diǎn),則將調(diào)用onResume()方法;如果此Activity進(jìn)入用戶不可見狀態(tài),那么將調(diào)用onStop()方法.

onStop():

當(dāng)?shù)谝粋€(gè)Activity被第二個(gè)Activity完全覆蓋,或者被銷毀的時(shí)候回調(diào)用此方法.如果此Activity還會(huì)與用戶進(jìn)行交互,將調(diào)用onRestart方法();如果此Activity將被銷毀,那么將調(diào)用onDestroy()方法.

? ???? ?注意：

a.home鍵返回，鎖屏，關(guān)閉界面肯定會(huì)調(diào)用onStop方法

b.但是開啟另一個(gè)Activity并不一定會(huì)調(diào)用onStop方法

onDestroy():

? ? ? ? ? ?Activity被銷毀之前調(diào)用此方法.或者是調(diào)用finish()方法結(jié)束Activity的時(shí)候調(diào)用此方法.可以在此方法中進(jìn)行收尾工作,比如釋放資源等.

??? Active/Runing 一個(gè)新 Activity 啟動(dòng)入棧后，它在屏幕最前端，處于棧的最頂端，此時(shí)它處于可見并可和用戶交互的激活狀態(tài)。

??? Paused ?當(dāng) Activity 被另一個(gè)透明或者 Dialog 樣式的 Activity 覆蓋時(shí)的狀態(tài)。此時(shí)它依然與窗口管理器保持連接，系統(tǒng)繼續(xù)維護(hù)其內(nèi)部狀態(tài)，所以它仍然可見，但它已經(jīng)失去了焦點(diǎn)故不可與用戶交互。

??? Stoped ?當(dāng) Activity 被另外一個(gè) Activity 覆蓋、失去焦點(diǎn)并不可見時(shí)處于? Stop ed 狀態(tài)。

??? Killed ?Activity 被系統(tǒng)殺死回收或者沒有被啟動(dòng)時(shí)處于? Killed 狀態(tài)。

在 manifest 文件中聲明 activity 時(shí)，利用activity元素的 launchMode 屬性來設(shè)定 activity 與 task 的關(guān)系。

launchMode?屬性 指明了 activity 啟動(dòng) task 的方式，默認(rèn) standard方式

??? standard(默認(rèn)模式):

? ? 系統(tǒng)在啟動(dòng) activity 的 task 中創(chuàng)建一個(gè)新的 activity 實(shí)例，并把 intent 傳送路徑指向它。 該 activity 可以被實(shí)例化多次，各個(gè)實(shí)例可以屬于不同的 task，一個(gè) task 中也可以存在多個(gè)實(shí)例。

??? singleTop:

? ? ?如果 activity 已經(jīng)存在一個(gè)實(shí)例并位于當(dāng)前 task 的 棧頂 ，則系統(tǒng)會(huì)調(diào)用已有實(shí)例的 onNewIntent() 方法把 intent 傳遞給已有實(shí)例，而不是創(chuàng)建一個(gè)新的 activity 實(shí)例。activity 可以被實(shí)例化多次，各個(gè)實(shí)例可以屬于不同的 task，一個(gè) task 中可以存在多個(gè)實(shí)例（但僅當(dāng) back stack 頂?shù)?activity 實(shí)例不是該 activity 的）。

? ?? singleTask:

系統(tǒng)將創(chuàng)建一個(gè)新的 task，并把 activity 實(shí)例 作為根 放入其中。但是，如果 activity 已經(jīng)在其它 task 中存在實(shí)例，則系統(tǒng)會(huì)通過調(diào)用其實(shí)例的onNewIntent()?方法把 intent 傳給已有實(shí)例，而不是再創(chuàng)建一個(gè)新實(shí)例。 此 activity 同一時(shí)刻只能存在一個(gè)實(shí)例。

例如：可以用于關(guān)閉所有Activity或重新登錄等

singleInstance:

除了系統(tǒng)不會(huì)把其它 activity 放入當(dāng)前實(shí)例所在的 task 之外，其它均與"singleTask"相同。activity 總是它所在 task 的唯一成員；它所啟動(dòng)的任何 activity 都會(huì)放入其它 task 中

主要是startActivity(intent),或者帶值返回startActivityForResult(intent)?， Activity的跳轉(zhuǎn)方式? 。

Android：窗口、自定義view、bitmap

1、ViewRoot 對(duì)應(yīng)于 ViewRootImpl 類，它是連接 WindowManager 和 DecorView 的紐帶，View 的三大流程均是通過 ViewRoot 來完成的。在 ActivityThread 中，當(dāng) Activity 對(duì)象被創(chuàng)建完畢后，會(huì)將 DecorView 添加到 Window 中，同時(shí)會(huì)創(chuàng)建 ViewRootImpl 對(duì)象，并將 ViewRootImpl 對(duì)象和 DecorView 建立關(guān)聯(lián)

2、 自定義View-繪制流程概述

4、 Android Handler

6、 Android Bitmap

2、MeasureSpec：

3、一般來說，使用多進(jìn)程會(huì)造成以下幾個(gè)方面的問題：

5、Window 概念與分類：

Window 是一個(gè)抽象類，它的具體實(shí)現(xiàn)是 PhoneWindow。WindowManager 是外界訪問 Window 的入口，Window 的具體實(shí)現(xiàn)位于 WindowManagerService 中，WindowManager 和 WindowManagerService 的交互是一個(gè) IPC 過程。Android 中所有的視圖都是通過 Window 來呈現(xiàn)，因此 Window 實(shí)際是 View 的直接管理者。

6、window的三大操作：addView、upView、removeView

7、 Bitmap 中有兩個(gè)內(nèi)部枚舉類：

保存圖片資源：

圖片壓縮：

基本使用：

8、Context 本身是一個(gè)抽象類，是對(duì)一系列系統(tǒng)服務(wù)接口的封裝，包括：內(nèi)部資源、包、類加載、I/O操作、權(quán)限、主線程、IPC 和組件啟動(dòng)等操作的管理。ContextImpl, Activity, Service, Application 這些都是 Context 的直接或間接子類

9、SharedPreferences 采用key-value（鍵值對(duì)）形式, 主要用于輕量級(jí)的數(shù)據(jù)存儲(chǔ), 尤其適合保存應(yīng)用的配置參數(shù), 但不建議使用 SharedPreferences 來存儲(chǔ)大規(guī)模的數(shù)據(jù), 可能會(huì)降低性能

10、SharedPreferences源碼有用synchronize進(jìn)行加鎖同步

11、Handler 有兩個(gè)主要用途：

（1）安排 Message 和 runnables 在將來的某個(gè)時(shí)刻執(zhí)行;

（2）將要在不同于自己的線程上執(zhí)行的操作排入隊(duì)列。(在多個(gè)線程并發(fā)更新UI的同時(shí)保證線程安全。)

只有主線程能對(duì)UI進(jìn)行操作，所以在對(duì)UI進(jìn)行跟改之前，ViewRootImpl 對(duì)UI操作做了驗(yàn)證，這個(gè)驗(yàn)證工作是由 ViewRootImpl的 checkThread 方法完成：

12、ThreadLocal 是一個(gè)線程內(nèi)部的數(shù)據(jù)存儲(chǔ)類，通過它可以在指定的線程中存儲(chǔ)數(shù)據(jù)，其他線程則無法獲取。Looper、ActivityThread 以及 AMS 中都用到了 ThreadLocal。當(dāng)不同線程訪問同一個(gè)ThreadLocal 的 get方法，ThreadLocal 內(nèi)部會(huì)從各自的線程中取出一個(gè)數(shù)組，然后再從數(shù)組中根據(jù)當(dāng)前 ThreadLcoal 的索引去查找對(duì)應(yīng)的value值：

13、Android 提供了幾種途徑來從其他線程訪問 UI 線程:

Android單線程模式必須遵守的規(guī)則：

14、HandlerThread 集成了 Thread，卻和普通的 Thread 有顯著的不同。普通的 Thread 主要用于在 run 方法中執(zhí)行一個(gè)耗時(shí)任務(wù)，而 HandlerThread 在內(nèi)部創(chuàng)建了消息隊(duì)列，外界需要通過 Handler 的消息方式通知 HanderThread 執(zhí)行一個(gè)具體的任務(wù)。

15、IntentService 可用于執(zhí)行后臺(tái)耗時(shí)的任務(wù)，當(dāng)任務(wù)執(zhí)行后會(huì)自動(dòng)停止，由于其是 Service 的原因，它的優(yōu)先級(jí)比單純的線程要高，所以 IntentService 適合執(zhí)行一些高優(yōu)先級(jí)的后臺(tái)任務(wù)。在實(shí)現(xiàn)上，IntentService 封裝了 HandlerThread 和 Handler。IntentService 第一次啟動(dòng)時(shí)，會(huì)在 onCreatea 方法中創(chuàng)建一個(gè) HandlerThread，然后使用的 Looper 來構(gòu)造一個(gè) Handler 對(duì)象 mServiceHandler，這樣通過 mServiceHandler 發(fā)送的消息最終都會(huì)在 HandlerThread 中執(zhí)行。每次啟動(dòng) IntentService，它的 onStartCommand 方法就會(huì)調(diào)用一次，onStartCommand 中處理每個(gè)后臺(tái)任務(wù)的 Intent，onStartCommand 調(diào)用了 onStart 方法。可以看出，IntentService 僅僅是通過 mServiceHandler 發(fā)送了一個(gè)消息，這個(gè)消息會(huì)在 HandlerThread 中被處理。mServiceHandler 收到消息后，會(huì)將 Intent 對(duì)象傳遞給 onHandlerIntent 方法中處理，執(zhí)行結(jié)束后，通過 stopSelf(int startId) 來嘗試停止服務(wù)。（stopSelf() 會(huì)立即停止服務(wù)，而 stopSelf(int startId) 則會(huì)等待所有的消息都處理完畢后才終止服務(wù)）。

16、RecyclerView 優(yōu)化

分享題目：android窗口,Android窗口動(dòng)畫
標(biāo)題鏈接：http://chinadenli.net/article48/dsgooep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營銷推廣、云服務(wù)器、網(wǎng)站改版、品牌網(wǎng)站設(shè)計(jì)、ChatGPT、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)