u3d android xml,Unity與Android——Androidmanifest.xml文件的介紹

android:alwaysRetainTaskState——是否保留狀態不變， 比如切換回home, 再從新打開，activity處於最后的狀態。比如一個瀏覽器擁有很多狀態(當打開了多個TAB的時候)，用戶並不希望丟失這些狀態時，此時可將此屬性設置為true

android:clearTaskOnLaunch——比如 P 是 activity, Q 是被P 觸發的 activity, 然后返回Home, 重新啟動 P，是否顯示 Q

android:configChanges——當配置list發生修改時， 是否調用 onConfigurationChanged() 方法  比如 "locale|navigation|orientation". 這個我用過,主要用來看手機方向改變的. android手機在旋轉后,layout會重新布局, 如何做到呢?正常情況下. 如果手機旋轉了.當前Activity后殺掉,然后根據方向重新加載這個Activity. 就會從onCreate開始重新加載.如果你設置了 這個選項, 當手機旋轉后,當前Activity之后調用onConfigurationChanged() 方法. 而不跑onCreate方法等.

android:excludeFromRecents——是否可被顯示在最近打開的activity列表里，默認是false

android:finishOnTaskLaunch——當用戶重新啟動這個任務的時候，是否關閉已打開的activity，默認是false。如果這個屬性和allowTaskReparenting都是true,這個屬性就是王牌。Activity的親和力將被忽略。該Activity已經被摧毀並非re-parented

android:launchMode(Activity加載模式)——在多Activity開發中，有可能是自己應用之間的Activity跳轉，或者夾帶其他應用的可復用Activity。可能會希望跳轉到原來某個Activity實例，而不是產生大量重復的Activity。這需要為Activity配置特定的加載模式，而不是使用默認的加載模式

Activity有四種加載模式：

standard、singleTop、singleTask、singleInstance(其中前兩個是一組、后兩個是一組)，默認為standard

standard：就是intent將發送給新的實例，所以每次跳轉都會生成新的activity。

singleTop：也是發送新的實例，但不同standard的一點是，在請求的Activity正好位於棧頂時(配置成singleTop的Activity)，不會構造新的實例

singleTask：和后面的singleInstance都只創建一個實例，當intent到來，需要創建設置為singleTask的Activity的時候，系統會檢查棧里面是否已經有該Activity的實例。如果有直接將intent發送給它。

singleInstance：首先說明一下task這個概念，Task可以認為是一個棧，可放入多個Activity。比如啟動一個應用，那么Android就創建了一個Task，然后啟動這個應用的入口Activity，那在它的界面上調用其他的Activity也只是在這個task里面。那如果在多個task中共享一個Activity的話怎么辦呢。舉個例來說，如果開啟一個導游服務類的應用程序，里面有個Activity是開啟GOOGLE地圖的，當按下home鍵退回到主菜單又啟動GOOGLE地圖的應用時，顯示的就是剛才的地圖，實際上是同一個Activity，實際上這就引入了singleInstance。singleInstance模式就是將該Activity單獨放入一個棧中，這樣這個棧中只有這一個Activity，不同應用的intent都由這個Activity接收和展示，這樣就做到了共享。當然前提是這些應用都沒有被銷毀，所以剛才是按下的HOME鍵，如果按下了返回鍵，則無效

android:multiprocess——是否允許多進程，默認是false

android:noHistory——當用戶從Activity上離開並且它在屏幕上不再可見時，Activity是否從Activity stack中清除並結束。默認是false。Activity不會留下歷史痕跡

android:screenOrientation——activity顯示的模式

默認為unspecified：由系統自動判斷顯示方向

landscape橫屏模式，寬度比高度大

portrait豎屏模式, 高度比寬度大

user模式，用戶當前首選的方向

behind模式：和該Activity下面的那個Activity的方向一致(在Activity堆棧中的)

sensor模式：有物理的感應器來決定。如果用戶旋轉設備這屏幕會橫豎屏切換

nosensor模式：忽略物理感應器，這樣就不會隨着用戶旋轉設備而更改了

android:stateNotNeeded——activity被銷毀或者成功重啟時是否保存狀態

android:windowSoftInputMode——activity主窗口與軟鍵盤的交互模式，可以用來避免輸入法面板遮擋問題，Android1.5后的一個新特性。

這個屬性能影響兩件事情：

【A】當有焦點產生時，軟鍵盤是隱藏還是顯示

【B】是否減少活動主窗口大小以便騰出空間放軟鍵盤

各值的含義：

【A】stateUnspecified：軟鍵盤的狀態並沒有指定，系統將選擇一個合適的狀態或依賴於主題的設置

【B】stateUnchanged：當這個activity出現時，軟鍵盤將一直保持在上一個activity里的狀態，無論是隱藏還是顯示

【C】stateHidden：用戶選擇activity時，軟鍵盤總是被隱藏

【D】stateAlwaysHidden：當該Activity主窗口獲取焦點時，軟鍵盤也總是被隱藏的

【E】stateVisible：軟鍵盤通常是可見的

【F】stateAlwaysVisible：用戶選擇activity時，軟鍵盤總是顯示的狀態

【G】adjustUnspecified：默認設置，通常由系統自行決定是隱藏還是顯示

【H】adjustResize：該Activity總是調整屏幕的大小以便留出軟鍵盤的空間

【I】adjustPan：當前窗口的內容將自動移動以便當前焦點從不被鍵盤覆蓋和用戶能總是看到輸入內容的部分