android窗體
⑴ Android四大組件 —— Activity（窗口）
Activity是一個 界面 的載體,可以把它與html頁面進行類比,html頁面由各種各樣的標簽組成,而Activity則可以由 各種控制項 組成。
Activity的掌握重點主要在於：
a.Activity的生命周期
b.Activity的啟動模式
onCreate() :
當Activity第一次被創建的時候調用此方法.一般在此方法中 進行控制項的聲明,添加事件等初始化工作 .
onStart():
當Activity被顯示到屏幕上的時候調用此方法，執行完此方法後 界面可見
onResume():
當此Activity能夠被操作之前,也就是能夠獲得用戶的焦點之前調用此方法.
onRestart():
當Activity被停止後又被再次啟動之前調用此方法.接著將調用onStart()方法.
onPause():
當第一個Activity通過Intent啟動第二個Activity的時候,將調用第一個Activity的onPause()方法.然後調用第二個Activity的onCreate(),onStart(),onResume()方法,接著調用第一個Activity的onStop()方法.如果Activity重新獲得焦點,則將調用onResume()方法;如果此Activity進入用戶不可見狀態,那麼將調用onStop()方法.
onStop():
當第一個Activity被第二個Activity完全覆蓋,或者被銷毀的時候回調用此方法.如果此Activity還會與用戶進行交互,將調用onRestart方法();如果此Activity將被銷毀,那麼將調用onDestroy()方法.
注意：
a.home鍵返回，鎖屏，關閉界面肯定會調用onStop方法
b.但是開啟另一個Activity並不一定會調用onStop方法
onDestroy():
Activity被銷毀之前調用此方法.或者是調用finish()方法結束Activity的時候調用此方法.可以在此方法中進行收尾工作,比如釋放資源等.
Active/Runing 一個新 Activity 啟動入棧後，它在屏幕最前端，處於棧的最頂端，此時它處於可見並可和用戶交互的激活狀態。
Paused 當 Activity 被另一個透明或者 Dialog 樣式的 Activity 覆蓋時的狀態。此時它依然與窗口管理器保持連接，系統繼續維護其內部狀態，所以它仍然可見，但它已經失去了焦點故不可與用戶交互。
Stoped 當 Activity 被另外一個 Activity 覆蓋、失去焦點並不可見時處於 Stop ed 狀態。
Killed Activity 被系統殺死回收或者沒有被啟動時處於 Killed 狀態。
在 manifest 文件中聲明 activity 時，利用activity元素的 launchMode 屬性來設定 activity 與 task 的關系。
launchMode 屬性 指明了 activity 啟動 task 的方式，默認 standard方式
standard(默認模式):
系統在啟動 activity 的 task 中創建一個新的 activity 實例，並把 intent 傳送路徑指向它。 該 activity 可以被實例化多次，各個實例可以屬於不同的 task，一個 task 中也可以存在多個實例。
singleTop:
如果 activity 已經存在一個實例並位於當前 task 的 棧頂 ，則系統會調用已有實例的 onNewIntent() 方法把 intent 傳遞給已有實例，而不是創建一個新的 activity 實例。activity 可以被實例化多次，各個實例可以屬於不同的 task，一個 task 中可以存在多個實例（但僅當 back stack 頂的 activity 實例不是該 activity 的）。
singleTask:
系統將創建一個新的 task，並把 activity 實例 作為根 放入其中。但是，如果 activity 已經在其它 task 中存在實例，則系統會通過調用其實例的onNewIntent() 方法把 intent 傳給已有實例，而不是再創建一個新實例。 此 activity 同一時刻只能存在一個實例。
例如：可以用於關閉所有Activity或重新登錄等
singleInstance:
除了系統不會把其它 activity 放入當前實例所在的 task 之外，其它均與"singleTask"相同。activity 總是它所在 task 的唯一成員；它所啟動的任何 activity 都會放入其它 task 中
主要是startActivity(intent),或者帶值返回startActivityForResult(intent) ， Activity的跳轉方式 。
⑵ 如何在Android中打開一個窗口
1、 首先在默認工程中新建一個Activity
2、添加動作屬性
在activity_main.xml文件中添加動作動作屬性
android:onClick="OpenNewWindow"
OpenNewWindow是自己取的名字
3、添加動作函數
在MainActivity.java文件中添加：
import android.view.View;
然後在添加：
public void OpenNewWindow(View view){
//打開一個新的窗口
Intent intent = new Intent(this,MainActivity2.class);
startActivity(intent);
Toast.makeText(this, "Toast", Toast.LENGTH_SHORT).show();
}
其中：
Intent intent = new Intent(this,MainActivity2.class);
是定義一個意圖，MainActivity2.class是要打開的窗口
startActivity(intent);
是激活這個意圖
Toast.makeText(this, "Toast", Toast.LENGTH_SHORT).show();
作為調試的時候看的，可以刪除，作用是在屏幕是顯示有沒有啟動這個動作。
請注意，為了讓系統能夠將這個方法與在android:onClick屬性中提供的方法名字匹配，它們的名字必須一致，特別是，這個方法必須滿足以下條件：
公共的
沒有返回值
有一個唯一的視圖（View）參數
使用上述方法添加Activity，在調試的時候需要用Andriod4，在此說明另外一種添加Activity的方法。
雙擊Manifest.xml文件，選中Application選項卡，向下拉，找到Application Nodes，點擊添加，跳出以下對話框：
選擇Activity選項，點擊OK。
然後選中新建的Activity，點擊右邊Name，在彈出的對話框中填入名字就可以了。然後，添加xml文件，名字任意取，當然，最好是同名文件，以後好找，填寫相應文檔既可。
Xml文件：
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:paddingBottom="@dimen/activity_vertical_margin"
android:paddingLeft="@dimen/activity_horizontal_margin"
android:paddingRight="@dimen/activity_horizontal_margin"
android:paddingTop="@dimen/activity_vertical_margin"
tools:context=".MainActivity3" >
<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/AText1" />
</RelativeLayout>
其中RelativeLayout說明是相對布局。
⑶ 如何實現android中監聽來電並生成懸浮窗體提示
android.permission.READ_PHONE_STATE"許可權
Xml代碼
<uses-permission android:name="android.permission.READ_PHONE_STATE"/>
還需要注冊來電監聽，目前我的處理方式是接收開機廣播，然後在接收到廣播後注冊來電監聽。接收開機廣播需要有「android.permission.RECEIVE_BOOT_COMPLETED」許可權，manifest中申明如下
Java代碼
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>
然後注冊廣播接收類
Xml代碼
<receiver android:name=".PhoneBootReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
</receiver>
PhoneBootReceiver中注冊監聽來電，首先得獲取系統服務「TELEPHONY_SERVICE」
Java代碼
TelephonyManager telM = (TelephonyManager)getSystemService(Context.TELEPHONY_SERVICE);
然後添加監聽
Java代碼
telM.listen(new TelListener(context), PhoneStateListener.LISTEN_CALL_STATE);
TelListener是自己定義的電話狀態監聽類，繼承自PhoneStateListener，監聽來電只需要實現onCallStateChanged(int
state, String incomingNumber)方法。
咳咳...標題上說了彈出懸浮窗口，其實懸浮窗口就是在WindowManager中添加一個View，這個功能我也是在TelListener實現的。要想實現懸浮窗口，首先得有「android.permission.SYSTEM_ALERT_WINDOW」的許可權，在manifest中申明如下：
Xml代碼
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>
WindowManager需要通過context.getApplicationContext().getSystemService(Context.WINDOW_SERVICE);
來獲取。
先把TelListener源碼放出來，再詳解
Xml代碼
public class TelListener extends PhoneStateListener {
private Context context;
private WindowManager wm;
private TextView tv;
public TelListener(Context context){
this.context = context;
}
@Override
public void onCallStateChanged(int state, String incomingNumber) {
// TODO Auto-generated method stub
super.onCallStateChanged(state, incomingNumber);
if(state == TelephonyManager.CALL_STATE_RINGING){
wm = (WindowManager)context.getApplicationContext().getSystemService(Context.WINDOW_SERVICE);
WindowManager.LayoutParams params = new WindowManager.LayoutParams();
params.type = WindowManager.LayoutParams.TYPE_SYSTEM_OVERLAY;
params.flags = WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL | WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE;
params.width = WindowManager.LayoutParams.WRAP_CONTENT;
params.height = WindowManager.LayoutParams.WRAP_CONTENT;
<span style="white-space: pre;"> </span>params.format = PixelFormat.RGBA_8888;
tv = new TextView(context);
tv.setText("這是懸浮窗口，來電號碼：" + incomingNumber);
wm.addView(tv, params);
}else if(state == TelephonyManager.CALL_STATE_IDLE){
if(wm != null){
wm.removeView(tv);
}
}
}
}
state
= TelephonyManager.CALL_STATE_RINGING表示有新的來電，state =
TelephonyManager.CALL_STATE_IDLE表示電話中斷（可能理解不是很准確，電話掛斷的時候state會和TelephonyManager.CALL_STATE_IDLE相等）
定義窗口布局
Java代碼
WindowManager.LayoutParams params = new WindowManager.LayoutParams();
設置窗口類型在所有窗口之上
Java代碼
params.type = WindowManager.LayoutParams.TYPE_SYSTEM_OVERLAY;
別忘了
Java代碼
params.flags = WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL | WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE;
如果沒有這句話的話，在生成懸浮窗口後，懸浮窗口後的界面上東西都不能點。這句話的目的是讓懸浮窗口失去焦點。
背景透明
Java代碼
params.format = PixelFormat.RGBA_8888;
本例中懸浮窗口只是顯示一個TextView其內容為「這是懸浮窗口，來電號碼：xxxxxx」，最後將TextView添加到窗體中
Java代碼
wm.addView(tv, params);
在電話中斷後將TextView移除，否則會一直顯示的...
Java代碼
wm.removeView(tv);
啦..本文就到這兒了...
「啥？要可移動的？」
要想可以拖動的話,那給TextView添加setOnTouchListener，實現OnTouchListener的onTouchListener方法。
Java代碼
params.type = WindowManager.LayoutParams.TYPE_SYSTEM_OVERLAY;
修改為
Java代碼
params.type = WindowManager.LayoutParams.TYPE_PHONE;
因為TYPE_SYSTEM_OVERLAY的話是TextView獲取不到輸入焦點，也就沒法拖動了哈。
⑷ Android 重學系列 WMS在Activity啟動中的職責 計算窗體的大小(四)
通過啟動窗口為例子，大致上明白了WMS是如何添加，更新，移除窗口的工作原理。本文將會重點聊一聊窗口的大小計算邏輯。
下面的源碼都是來自Android 9.0
計算窗口的大小和Android 4.4相比變化很大。花了一點心思去重新學習了。在Android 4.4中,窗體的計算在onResume中調用了ViewRootImpl調用relayoutWindow對整個Window重新測量窗口大小以及邊距。
relayoutWindow這個方法是做什麼的呢？當我們在Activity的生命周期到達了onResume的階段，此時ViewRootImpl的setView，開始走渲染的View的流程，並且調用requestLayout開始測量渲染。其中有一個核心的邏輯就是調用WMS的relayoutWindow，重新測量Window。
在Android 9.0中把這個流程和DisplayContent綁定起來。讓我們稍微解剖一下這個方法。
relayout大致上要做了以下的事情:
relayout的方法有點長，本次我們將關注這一部分核心的邏輯。分別是兩個方法：
能看到在這裡面對performSurfacePlacementLoop做最多為6次的循環,這六次循環做什麼呢？
能看到這裡面的核心邏輯，首先會檢查WMS下mForceRemoves集合中是否還有對象。有則調用removeImmediately清空WindowState的中SurfaceControl和WindowContainer之間的綁定和Surface對象，以及銷毀WindowAnimator中的Surface。
做這個得到目的很簡單，因為下一個步驟將會申請一個Surface對象，而此時如果Android系統內存過大了(OOM)，mForceRemoves就存在對象，就可以銷毀不需要的Surface。這一點的設計和Davlik虛擬機申請對象時候的思路倒是一致的。
銷毀需要一點時間，因此就需要做一個250毫秒的的等待。接著會調用RootWindowContainer的performSurfacePlacement做真正的執行。最後會通過handler通過ViewServer通知事件給DebugBridge調試類中。
每一次loop的最後，如果發現RootWindowContainer需要重新測量皮空，就會把當前這個方法，放入Handler中，等待下次的調用，也是調用6次。這樣就能最大限度的保證在這段時間內Window能夠測量每一次的窗體參數。
下面這個方法十分長，我們只看核心;
我在上面劃分了9個部分：
這里只給總覽，之後有機會再進去裡面抓細節。
我們能夠看到無論是在哪裡，如果窗口發生了變化，都會調用updateFocusedWindowLocked方法。實際上這個方法才是真正的核心測量窗口大小邏輯。
這里注意一下isWindowChange是判斷輸入法焦點是否一致，而窗體焦點則是通過不同的WindowState來判斷。
實際上核心測量的真正動作是DisplayContent.performLayout。我們仔細一想也就知道，在Android 9.0的時候，DisplayContent象徵著邏輯屏幕，我們討論無分屏的情況，實際上就是指我們當前窗體鋪滿邏輯顯示屏各個邊距的大小。
在正式開始聊窗體大小的測量之前，實際上，在Android系統中，為了把Window各個邊界標記出來，實際上隨著時代和慧握顫審美潮流的演進，誕生越來越多的邊距類型，我們往往可以通過這些邊距來測定窗體的大小。
在DisplayFrame中有了大致的分區，如下：
可以看到，這些窗體的邊距實際上是跟著這些年潮流走的。如Android 7.0的自由窗體模式，嵌套窗體模式，劉海屏等等，這些邊距的共同作用，才會誕生一個真正的Window大小。有了這些基礎知識之後，我們去看看測量大小的邏輯。
我前敗們這里把這個方法拆成如下幾個部分：
能看到，此時會設置當前顯示屏幕的大小，以及獲取過掃描區域，還會判斷當前手機屏幕是否支持劉海屏。這一切實際上都是由硬體回饋到DisplayService，我們再從中獲取的信息。
實際上如果有讀者注意到我寫的WMS第一篇就會看到實際上WMS初始化的時候，我們能夠看到WMS會初始化一個WindowManagerPolicy的策略，而這個策略就是PhoneWindowManager。實際上這也支持了系統開發自定義策略，從而辦到自己想要的窗體計算結果。
首先初始化幾個參數，父窗體，屏幕，過掃描，可見區域，輸入法區域為當前邏輯顯示屏的大小，等到後面做裁剪。
能看到所有的事情實際上是關注的是系統UI上的判斷，檢測NavBar，StatusBar大小。最後再判斷當前劉海屏的不允許交叉的區域頂部和顯示屏頂部哪個大。如果mDisplayCutoutSafe的top大於mUnrestricted的top，說明mDisplayCutoutSafe在mUnrestricted下面，也就是我上面那個包含一段黑色的區域。此時會拿穩定的應用區域和劉海區域頂部的最大值，作為劉海屏幕的區域。這樣就能保證劉海屏的頂部就是狀態欄。
提一句如果NavigationBar隱藏，則會創建一個虛假的區域把輸入事件都捕捉起來。
裡面有四個關鍵函數：
可以看到所有的所有的間距將會設置為mUnrestricted的初始寬高，也就是不包含OverScan區域。如果是遇到劉海屏，則會根據設置的SafeInset區域來設置mDisplayCutoutSafe的安全區域。也就是我上面那種情況。比如設置了LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT這種情況，顯示區域將不會超過劉海屏的底部。
我們關注到mTmpNavigationFrame這個對象的賦值，在正常的情況下的范圍是如下：
此時mStable和mStableFullscreen區域的底部都是對應著top，也就是對應著Navigation頂部。System系統元素的底部也是Navigation頂部。
最後經過computeFrameLw重新計算這個區域的值。這個方法稍後會聊到，但是在正常手機開發中，其實是沒有變化的。也就說，實際上對於mNavigationBar來說:
同理對於statusBar來說：
注意，此時如果statusBar可見，則做如下計算：
這種情況挺常見的，我們從一個隱藏狀態欄的頁面跳轉到有狀態欄的頁面，國有有個PopupWindow，你能看到這個popwindow會明顯向下移動。
在這個方法中mScreenDecorWindows這個集合實際上是在adjustWindowParamsLw以及prepareAddWindowLw這兩個方法中加入。加入的條件是，每當有新的Window加入(WMS的addView)或者Window需要重新調整(WMS的relayoutWindow)，當前新增得到Window或者需要重新relayout的Window有StatusBar有許可權，且顯示則會添加到mScreenDecorWindows集合。
mScreenDecorWindows從上面的描述，能得知實際上這個步驟還沒有根據層級作區分。但是沒關系，此時僅僅只是初步的測量。
明白了mScreenDecorWindows之後，我們閱讀上面這個方法就很簡單了。
layoutScreenDecorWindows做的事情就如名字一樣，要測量Window上裝飾部分，如StatusBar，如輸入法。此時經過循環，自尾部往頭部調用所有的WindowState的computeFrameLw計算每一個WindowState的對應Window的窗體大小。
當計算出每一個窗體大小之後，將會把事件分成兩個情況，當計算出來的當前的Window的left和top都小於等於0，也就是說，當前的Window的頂部邊緣並且左邊緣超過了當前的屏幕。
說明了有什麼東西在右下側把整個Window定上去了。因此dockFrame的計算就很簡單了:
如果計算出來的bottom大於等於屏幕高度且right大於等於屏幕寬度。說明有什麼東西在左上方把整個Window頂下去了。
最後再設置這個把displayFrames的可見等區域都設置為dockFrame。聯合上下文，實際上這里就是把整個區域的頂部移動到了statusBar之下。
⑸ android 中如何讓控制項一直在窗體底部
android讓一個控制項按鈕居於底部的幾種方法
1.採用linearlayout布局：
android:layout_height="0dp"<!--這里不能設置fill_parent-->
android:layout_weight="1"<!--這里設置layout_weight=1是最關鍵的，否則底部的LinearLayout無法到底部-->
2.採用relativelayout布局：
android:layout_alignParentBottom="true"<!--這里設置layout_alignParentBottom=true是最關鍵的，這個屬性上級必須是RelativeLayout-->
3.採用fragment布局(activitygroup已經被棄用不建議使用)
=====================================
1.採用linearlayout布局：
<LinearLayout
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:orientation="vertical">
<LinearLayout
android:id="@+id/content"
android:layout_width="fill_parent"
android:layout_height="0dp"<!--這里不能設置fill_parent-->
android:layout_weight="1"<!--這里設置layout_weight=1是最關鍵的，否則底部的LinearLayout無法到底部-->
android:orientation="vertical">
</LinearLayout>
<LinearLayout
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:gravity="bottom"
android:orientation="vertical">
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:background="@drawable/runbackground"
android:focusable="false"/>
</LinearLayout>
</LinearLayout>
2.採用relativelayout布局：
<RelativeLayout
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:orientation="vertical">
<LinearLayout
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:orientation="vertical">
</LinearLayout>
<LinearLayout
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:layout_alignParentBottom="true"<!--這里設置layout_alignParentBottom=true是最關鍵的，這個屬性上級必須是RelativeLayout-->
android:orientation="vertical">
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:background="@drawable/runbackground"
android:focusable="false"/>
</LinearLayout>
</RelativeLayout>
3.採用fragment布局(activitygroup已經被棄用不建議使用)
<?xmlversion="1.0"encoding="utf-8"?>
<LinearLayoutxmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:orientation="vertical">
<fragmentclass="com.xu.fragment.FragmentDemoActivity$TitlesFragment"android:id="@+id/titles"android:layout_weight="1"
android:layout_width="0px"android:layout_height="match_parent"
/>
<FrameLayoutandroid:id="@+id/details"android:layout_weight="1"android:layout_width="0px"android:layout_height="match_parent"
android:background="?android:attr/detailsElementBackground"
></FrameLayout>
</LinearLayout>
==============================================
⑹ Android 多窗口模式（分屏模式）
1: 分屏模式:
該模式可以在手機上使用， 該模式將屏幕一分為二， 同時顯示兩個應用界面
2: 畫中畫模式:
該模式主要用於TV， 在該模式下視頻播放的窗口可以一直在最頂端顯示。（視頻小窗口）
3: Freeform模式:
該模式類似於常見的桌面操作系統， 應用界面的窗口可以自由的拖動和修改大小
1：Manifest 新增屬性：
2： layout 新增屬性：
在freeform模式下定義的默認高度和寬度defaultWidth&&defaultHeight, freeform模式下的初始Gravity， freeform模式下最小高度和寬度minWidth&&defaultHeight。
3： 多窗口的API：
4： 分屏模式的生命周期：
很明顯， 從上圖的生命周期顯示， 在後台將應用進入分屏模式的時候， 先執行destroy()的方法, 即在進入分屏之前， activity會被先銷毀，再調用onRestoreInstanceState方法恢復數據， 回調onMultiWindowModeChanged()
我們的 APP 進入分屏模式時，在 onMultiWindowModeChanged 方法中如果有對 UI 等的操作，經過之後的自動重建就沒有效果了。為了防止這種情況，需要在 AndroidManifest.xml 的 Activity 節點設置以下屬性：android:configChanges="screenSize|smallestScreenSize|screenLayout|orientation"
設置了這個屬性，在進入分屏模式時，Activity 就不會自動重建了。
5 跨Activity對View的拖拽：
Android 4.0 開始支持activity內容的拖拽， 在多窗口的模式下，Android也實現了activity間 實現內容的拖拽。在activity間僅限於內容的拖拽， 對view的拖拽也是沒辦法實現的 。