android載入activity

① android 橫豎屏切換時載入不同的Activity怎麼做

第一步:創建布局文件
1.res/layout創建豎屏布局
2.res/layout-land 創建橫屏布局

布局文件名要一直
第二步：根據屏幕方向添加對應的布局。
在Activity的onCreate中判斷當前橫豎屏狀態
//橫屏
getResources().getConfiguration().orientation == Configuration.ORIENTATION_LANDSCAPE
//豎屏
getResources().getConfiguration().orientation == Configuration.ORIENTATION_PORTRAIT

② Android開發ViewPager中如何添加Activity

估計你的意思是，在多個頁面載入由不同Activity的layout的視圖吧，用插入器inflater的inflate方法，插入由R.layout.xxx生成的view

③ android開發中怎麼添加activity的載入模式

在Android中每個界面都是一個Activity，切換界面操作其實是多個不同Activity之間的實例化操作。在Android中Activity的啟動模式決定了Activity的啟動運行方式。 Android總Activity的啟動模式分為四種： Activity啟動模式設置： <activity android:name=".MainActivity" android:launchMode="standard" /> Activity的四種啟動模式： 1. standard 模式啟動模式，每次激活Activity時都會創建Activity，並放入任務棧中。 2. singleTop 如果在任務的棧頂正好存在該Activity的實例， 就重用該實例，否者就會創建新的實例並放入棧頂(即使棧中已經存在該Activity實例，只要不在棧頂，都會創建實例)。 3. singleTask 如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的onNewIntent())。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移除棧。如果棧中不存在該實例，將會創建新的實例放入棧中。 4. singleInstance 在一個新棧中創建該Activity實例，並讓多個應用共享改棧中的該Activity實例。一旦改模式的Activity的實例存在於某個棧中，任何應用再激活改Activity時都會重用該棧中的實例，其效果相當於多個應用程序共享一個應用，不管誰激活該Activity都會進入同一個應用中。 其中standard是系統默認的啟動模式。

④ Android源碼解析Window系列第（一）篇---Window的基本認識和Activity的載入流程

您可能聽說過View ,ViewManager,Window,PhoneWindow,WindowManager,WindowManagerService,可是你知道這幾個類是什麼關系，幹嘛用的。概括的來說，View是放在Window中的，Window是一個抽象類，它的具體實現是PhoneWindow，PhoneWindow還有個內部類DecorView，WindowManager是一個interface，繼承自ViewManager，它是外界訪問Window的入口，，提供了add/remove/updata的方法操作View，WindowManager與WindowManagerSerice是個跨進程的過程，WindowManagerService的職責是對系統中的所有窗口進行管理。如果您不太清楚，建議往下看，否則就不要看了。

Android系統的Window有很多種，大體上來說，Framework定義了三種窗口類型；

這就是Framework定義了三種窗口類型，這三種類型定義在WindowManager的內部類LayoutParams中，WindowManager講這三種類型 進行了細化，把每一種類型都用一個int常量來表示，這些常量代表窗口所在的層，WindowManagerService在進行窗口疊加的時候，會按照常量的大小分配不同的層，常量值越大，代表位置越靠上面， 所以我們可以猜想一下，應用程序Window的層值常量要小於子Window的層值常量，子Window的層值常量要小於系統Window的層值常量。 Window的層級關系如下所示。

上面說了Window分為三種，用Window的type區分，在搞清楚Window的創建之前，我們需要知道怎麼去描述一個Window，我們就把Window當做一個實體類，給我的感覺，它必須要下面幾個欄位。

實際上WindowManager.LayoutParams對Window有很詳細的定義。

提取幾個重要的參數

Window是一個是一個抽象的概念，千萬不要認為我們所看到的就是Window,我們平時所看到的是視圖，每一個Window都對應著一個View，View和Window通過ViewRootImpl來建立聯系。有了View，Window的存在意義在哪裡呢，因為View不能單獨存在，它必須依附著Window，所以有視圖的地方就有Window,比如Activity,一個Dialog,一個PopWindow,一個菜單，一個Toast等等。

通過上面我們知道視圖和Window的關系，那麼有一個問題，是先有視圖，還是先有Window。這個答案只有在源碼中找了。應用程序的入口類是ActivityThread，在ActivityThread中有performLaunchActivity來啟動Activity，這個performLaunchActivity方法內部會創建一個Activity。

如果activity不為null,就會調用attach,在attach方法中通過PolicyManager創建了Window對象，並且給Window設置了回調介面。

PolicyManager的實現類是Policy

這樣Window就創建出來了， 所以先有Window，後有視圖，視圖依賴Window存在 ，再說一說視圖（Activity）為Window設置的回調介面。

Activity實現了這個回調介面，當Window的狀態發生變化的時候，就會回調Activity中實現的這些介面，有些回調介面我們還是熟悉的，dispatchTouchEvent，onAttachedToWindow，onDetachedFromWindow等。

下面分析view是如何附屬到window上的，通過上面可以看到，在attach之後就要執行callActivityOnCreate，在onCreate中我們會調用setContentView方法。

getWindow獲取了Window對象，Window的具體實現類是PhoneWindow,所以要看PhoneWindow的setContentView方法。

這里涉及到一個mContentParent變數，他是一個DecorView的一部分，DecorView是PhoneWindow的一個內部類，我先介紹一下關於DecorView的知識。

DecorView是Activity的頂級VIew，DecorView繼承自FrameLayout,在DecorView中有上下兩個部分，上面是標題欄，下面是內容欄，我們通過PhoneWindow的setContentView所設置的布局文件是加到內容欄（mContentParent）裡面的，View層的事件都是先經過DecorView在傳遞給我們的View的。

OK在回到setContentView的源碼分析，我們可以得到Activity的Window創建需要三步。

- 1、 如果沒有DecorView，在installDecor中創建DecorView。

- 2、將View添加到decorview中的mContentParent中。

- 3、回調Activity的onContentChanged介面。

先看看第一步，installDecor的源碼

installDecor中調用了generateDecor，繼續看

直接給new一個DecorView，有了DecorView之後，就可以載入具體的布局文件到DecorView中了，具體的布局文件和系統和主題有關系。

在看第二步，將View添加到decorview中的mContentParent中。

直接將Activity視圖加到DecorView的mContentParent中，最後一步，回調Activity的onContentChanged介面。在Activity中尋找onContentChanged方法，它是個空實現，我們可以在子Activity中處理。

到此DecorView被創建完畢，我們一開始從Thread中的handleLaunchActivity方法開始分析，首先載入Activity的位元組碼文件，利用反射的方式創建一個Activity對象，調用Activity對象的attach方法，在attach方法中，創建系統需要的Window並為設置回調，這個回調定義在Window之中，由Activity實現，當Window的狀態發生變化的時候，就會回調Activity實現的這些回調方法。調用attach方法之後，Window被創建完成，這時候需要關聯我們的視圖，在handleLaunchActivity中的attach執行之後就要執行handleLaunchActivity中的callActivityOnCreate，在onCreate中我們會調用setContentView方法。通過setContentView，創建了Activity的頂級View---DecorView,DecorView的內容欄（mContentParent）用來顯示我們的布局。 這個是我們上面分析得到了一個大致流程，走到這里，這只是添加的過程，還要有一個顯示的過程，顯示的過程就要調用handleLaunchActivity中的handleResumeActivity方法了。最後會調用makeVisible方法。

這裡面首先拿到WindowManager對象，用tWindowManager 的父介面ViewManager接收，ViewManager可以
最後調用 mDecor.setVisibility(View.VISIBLE)設置mDecor可見。到此，我們終於明白一個Activity是怎麼顯示在我們的面前了。
參考鏈接：
http://blog.csdn.net/feiclear_up/article/details/49201357

⑤ 在Android開發中，如何根據配置文件載入Activity

你需要了解的東西。如果你有過游戲開發經驗，那麼轉移到移動平台上來將不是特別困難。你主要只需學習其架構以及API就行了。如果你是一名游戲開發新手，我總結了一張列表，上面有你必需知道的東西，供你起步用。這些知識適用於很多類型的游戲，包括動作類、策略類、模擬類和益智類。 Android是一個基於Java的環境。這對初學者來說是個好消息，因為相對於C++，Java被廣泛認為是一門更容易上手的語言，它是移動開發的規范。Google也做了一件出色的工作，它將API文檔化並提供示例代碼供使用。其中有個叫做API Demos的示例幾乎展示了所有API的功能。如果你熟悉Java並且用過Eclipse，要讓你的第一個應用跑起來那是相當簡單。如果你以前從沒寫過代碼，在你前進路上還要學習很多，但別氣餒。
獲取SDK
新手上路的第一步便是獲取Android SDK（軟體開發工具包）。SDK里有一個核心類庫，一個模擬器，一些工具和示例代碼。我強烈建議使用Eclipse和Android Eclipse插件。如果你玩Android的話，Eclipse IDE對Java開發者來說很好用。如果這是你第一次開發Java項目，你可能會需要下載全套JDK，它裡麵包括簽名和部署你的應用程序的一些工具。
學習應用程序架構
別急著一頭扎進開發的海洋里，理解Android應用程序架構是很重要的。如果你不學一下，你設計出來的游戲在線下將很難調試。你將需要理解Applications、Activities、Intents以及它們怎樣相互聯系。Google提供了很多有用的架構信息。真正重要的是要理解為什麼你的游戲需要多於一個的Activity，以及什麼才是設計一個有良好用戶體驗的游戲。要理解這些，首先要了解什麼是Activity生命周期。
學習Activity生命周期
Activity生命周期由Android操作系統來管理。你的activity創建、恢復、暫停、銷毀都受操作系統的支配。正確處理這些事件是很重要的，這樣應用程序才能表現良好，做用戶認為正確的事。在你設計你的游戲之前了解所有這些是如何工作的是件好事，因為以後你可以為自己節省調試時間和昂貴的重新設計時間。對大多數應用來說，默認的設置將工作正常，但對於游戲，你可能需要考慮將SingleInstance標志打開。當設置為默認時，Android在它認為合適時會創建activity的新實例。對於游戲來說，你可能只需要一個游戲activity的實例。這對於你要怎樣管理事務的狀態有些影響，但對於我來說，這解決了一些資源管理的問題，應予以考慮。
主循環
根據你寫的游戲的類型，你可能需要也可能不需要一個主循環。如果你的游戲不依賴於時間或者它僅僅對用戶所做的加以回應，並且不做任何視覺上的改變，永遠等待著用戶的輸入，那麼你就不需要主循環。如果你寫的是動作類游戲或者帶有動畫、定時器或任何自動操作的游戲，你應該認真考慮下使用主循環。
游戲的主循環以一個特定的順序通常盡可能多的在每秒鍾內「滴答」提醒子系統運行。你的主循環需要在它自己的線程里運行，原因是Android有一個主用戶界面線程，如果你不運行自己的線程，用戶界面線程將會被你的游戲所阻塞，這會導致Android操作系統無法正常的更新任務。執行的順序通常如下：狀態，輸入，人工智慧，物理，動畫，聲音，錄像。
更新狀態意思是管理狀態轉換，例如游戲的結束、人物的選擇或下一個級別。很多時候你需要在某個狀態上等上幾秒鍾，而狀態管理應該處理這種延遲，並且在時間過了之後設置成下一個狀態。
輸入是指用戶按下的任何鍵、對於滾動條的移動或者用戶的觸摸。在處理物理之前處理這些是很重要的，因為很多時候輸入會影響到物理層，因而首先處理輸入將會使游戲的反應更加良好。在Android里，輸入事件從主用戶界面線程而來，因此你必須寫代碼將輸入放入緩沖區，這樣你的主循環可以在需要的時刻就從緩沖區里取到它。這並非難事。首先為下一個用戶輸入定義一個域，然後將onKeyPressed或onTouchEvent函數設為接到一個用戶動作就放到那個域里，有這兩步就夠了。如果對於給定游戲的狀態，這是一個合法的輸入操作，那麼所有輸入需要在那一刻做的更新操作都已經定下來了，剩下來就讓物理去關心怎樣響應輸入吧。
人工智慧所做的類似於用戶在決定下一個要「按」哪個按鈕。學習怎樣寫人工智慧程序超出了這篇文章的范圍，但大體的意思是人工智慧會按照用戶的意圖來按按鈕。這些也有待物理去處理和響應吧。
物理可能是也可能不是真正的物理。對於動作類游戲來說，關鍵點是要考慮到上一次更新的時間、正在更新的當前時間、用戶輸入以及人工智慧，並且決定它們朝著什麼方向發展和是否會發生沖突。對於一個你可視化地抓取一些部件並滑動它們的游戲來說，物理就是這個游戲中滑動部件或者使之放入合適的位置的部分。對於一個小游戲來說，物理即使這個游戲中決定答案是錯還是對的部分。你可能將其命名為其他東西，但每個游戲都有一個作為游戲引擎的紅肉部分（譯者註：可能是主體部分的意思），在這篇文章里，我把這部分稱為物理。
動畫並非像在游戲里放入會動的gif圖片那樣簡單。你需要使得游戲能在恰當的時間畫出每一幀。這並沒有聽起來那麼困難。保留一些像isDancing、danceFrame和lastDanceFrameTime那樣的狀態域，那樣動畫更新便能決定是否可以切換到下一幀去了。動畫更新真正做的事就那麼多。真正來顯示動畫的變化是由錄像更新來處理的。
聲音更新要處理觸發聲音、停止聲音、音量變化以及音調變化。正常情況下當寫游戲的時候，聲音更新會產生一些傳往聲音緩沖區的位元組流，但是Android能夠管理自己的聲音，因而你的選擇將是使用SoundPool或者MediaPlayer。它們都需要小心處理以免出錯，但你要知道，因為一些底層實現細節，小型、低比特率的聲音文件將帶來最佳的性能和穩定性。
錄像更新要考慮游戲的狀態、角色的位置、分數、狀態等等，並將一切畫到屏幕上。如果使用主循環，你可能需要使用SurfaceView，並做一個「推」繪制。對於其他視圖，視圖本身能夠調用繪制操作，主循環不必處理。SurfaceView每秒產生的幀數最多，最適合於一些有動畫或屏幕上有運動部件的游戲。錄像更新所要做的工作是獲取游戲的狀態，並及時地為這個狀態繪制圖像。其他的自動化操作最好由不同的更新任務來處理。
代碼看起來是什麼樣的？這兒有個例子。
1: public void run() {
2: while (isRunning) {
3: while (isPaused && isRunning) {
4: sleep(100);
5: }
6: update();
7: }
8: }
9:
10: private void update() {
11: updateState();
12: updateInput();
13: updateAI();
14: updatePhysics();
15: updateAnimations();
16: updateSound();
17: updateVideo();
18: }

3D還是2D？
在開始寫游戲之前，你要決定是做3D的還是2D的。2D游戲有一個低得多的學習曲線，一般更容易獲得良好的性能。3D游戲需要更深入的數學技能，並且如果你不在意的話會有性能問題產生。如果你打算畫比方框和圓圈更復雜的圖形，還需要會使用3D Studio和Maya那樣的建模工具。Android支持OpenGL用來3D編程，並且在OpenGL方面有很多很好的教程可供學習。
建立簡單、高質量的方法
上手時，要確保你整個游戲不要就用一個龐大而冗長的方法。如果你遵循我上面描述的主循環模式，這將相當簡單。每個你寫的方法應當完成一個非常特定的任務，並且它就應該無差錯地那樣做。舉例來說，如果你需要洗一副紙牌，你應該寫一個「shuffleCards」的方法，並且該方法就應該只做這一件事。
這是一個適用於任何軟體開發的編碼實踐，但對於游戲開發來說這尤為重要。在一個有狀態的、實時的系統里，調試將變得非常困難。使你的方法盡量的小，一般的經驗法則是每個方法有且僅有一個目的（譯者註：完成且僅完成一個功能）。如果你要為一個場景用編程方式畫一個背景，你可能需要一個叫做「drawBackground」的方法。諸如此類的任務能夠很快完成，因而你可以按照搭積木的方法來開發你的游戲，而你能夠繼續添加你要的功能，並且不會使得這一切難以理解。
最重要的是效率！
性能是任何游戲的主要問題。我們的目標是使得游戲的反應越快越好，看起來越流暢越好。某些方法如Canvas.drawLine比較慢。並且要將屏幕大小的點陣圖畫到主畫布上，每一幀都是代價昂貴的。如何權衡對於達到最佳性能很有必要。確保管理好你的資源，使用技巧來以最少量的CPU資源完成你的任務。如果性能不好的話，即使是最好的游戲玩起來也沒勁。人們一般對於游戲卡或者響應慢幾乎難以容忍。
提示和技巧
看一下SDK中的示例LunarLander。它使用SurfaceView，這對於一個每秒需要處理最多幀的游戲來說是合適的。如果你要做3D，示例中有GLView可以處理3D顯示的很多初始化工作。對LightRacer來說，我不得不優化把所有東西都畫出來這種方法，否則幀率將會大大地降低。我只在視圖初始化的時候把背景畫進一個點陣圖里一次。路徑放在它們自己的點陣圖里，隨著車手的前進而更新。這兩個點陣圖在每一幀里都被畫進主畫布中去，車手畫在頂端，到最後會有一個爆炸。這種技術使得游戲運行在一個可以玩的程度。
如果適用的話，使得你的點陣圖的大小精確等於你打算畫到屏幕上的大小，這也是個好的實踐。這么做了以後就需要縮放，可以節省CPU資源。
在游戲中始終一致的點陣圖配置（如RGBA8888）。這將會通過減少不同格式之間轉換的時間來節省圖形庫的CPU時間。
如果你決定開發3D游戲但沒有3D方面的知識，你需要挑選一兩本3D游戲編程方面的書並學習線性代數。你最少要理解點積、叉積、向量、單元向量、法線、矩陣和變換。這方面我遇到的最好的書是叫《3D游戲編程和計算機圖形學數學》。
聲音文件要小而且低比特率。需要載入的越少，載入速度越快，游戲所需內存越少。
聲音使用OGG文件，圖片使用PNG文件。
確保釋放所有媒體播放器，當Activity銷毀時空出所有的資源。這能保證垃圾收集器清除了所有東西，也能保證在兩次游戲開始之間沒有內存泄露。
加入Android谷歌小組，尋求社區支持。這里有人可以在開發過程中給你幫助。
最重要的是，花時間測試再測試，確保每一小部分都如你所願地工作。改善游戲是整個開發中最耗時最困難的部分。如果你匆匆將其推向市場，你很可能會使用戶們失望，你會感到你的努力都白費了。你不可能使所有人都喜歡你寫的東西，但你至少要盡量發布你最高質量的作品。
Google在這里有幫助你上手的絕佳的文檔。
電驢上也有很多不錯的書籍和視頻教程~希望對你有幫助
另外,團IDC網上有許多產品團購,便宜有口碑

⑥ Android 10.0 Activity的啟動流程

本文主要學習記錄，基於Android 10的源碼，有錯誤歡迎指正，主要目的是梳理流程圖。

以進程為單位的調用棧圖如下：

1.activity中的startActivity方法最終都會通過拿到ATSM的代理IActivityTaskManager調用的startActivity；

2.之後進入system server進程中的ATMS startActivity，ATMS 經過收集Intent信息，然後使用ActivityStackSupervisor.startSpecificActivityLocked，如果進程已經存在，則直接使用realStartActivityLocked，通過App的binder客戶端的代理ApplicationThread調用回到bindApplication，走入Activity的啟動流程；如果進程不存在則通過socket鏈接Zygote，請求fork新的進程；

3.App進程創建完成後，進程啟動會調用ActivityThread.main方法，初始化主線程Handler,接著走入attach方法，然後通過AMS的代理調用AMS的attachApplication方法，並將App進程的通信代理ApplicationThread傳入AMS；

4.AMS獲取到ATMS調用ApplicationThread的bindApplication回到App進程的ActivityThread.ApplicationThread.bindApplication方法中，然後使用Handler切換到主線程執行handleBindApplication，這里初始化了App的進程名字、時間，用戶的硬體配置，包括App的文件系統，創建了App的Context實例，Instrumentation實例，調用App的onCreate回調方法，同時告訴AMS APP初始化工作完畢；

5.AMS接著會調用ATMS的attachApplication，最後調用ClientLifecycleManager的scheleTransaction方法，通過App的Binder代理ApplicationThread回到ActivityThread；

6.進入ActivityThread.ApplicationThread.scheleTransaction方法之後就進入了Activity的onStart、onResume回調

創建進程之前的過程主要是AMS的內部信息收集的判斷的過程，下面主要看一下App進程啟動的源碼流程

從應用進程被創建開始，ActivityThread.main被執行

調用ActivityThread的attach方法，然後將activity和AMS通信的Binder代理IApplicationThread實例傳入AMS

接著進入AMS進程，ActivityManagerService.attachApplicationLocked

1.thread.bindApplication ：該方法主要講App進程的配置信息通過IApplicationThread Binder通信回傳到ActivityThread中

2.mAtmInternal.attachApplication ：mAtmInternal實際就是ActivityTaskManager的實例，通過LocalServices載入

那麼這里相當於走到了ActivityTaskManagerServer的attachApplication中

先看第一條：

注意：ActivityThread中存在於Binder通信的代理--》ApplicationThread extends IApplicationThread.Stub

ActivityThread--》ApplicationThread--》bindApplication

這里的bindApplication主要初始化了AppBindData，然後發送BIND_APPLICATION給APP的主線程BIND_APPLICATION，最後執行了handleBindApplication

handleBindApplication如下：

ActivityThread--》class H extends Handler

該方法主要在App進程中對App的一些硬體資源配置申請的屬性、App的文件夾等完成App基本信息的初始化

接著看第二條：mAtmInternal.attachApplication

mAtmInternal.attachApplication最終會調用mRootActivityContainer.attachApplication(wpc)

RootActivityContainer.attachApplication

接著調用ActivityStackSupervisor.realStartActivityLocked開始創建Activity

ActivityStackSupervisor.realStartActivityLocked

創建ClientLifecycleManager和ClientTransactionHandler來輔助管理Activity的生命周期

注意

clientTransaction.addCallback是LaunchActivityItem

lifecycleItem是ResumeActivityItem

ClientLifecycleManager.scheleTransaction最終會調用ClientTransaction的schele方法

那麼這個mClient是IApplicationThread的實例，那麼此時也就回到了ActivityThread的ApplicationThread中

ActivityThread的ApplicationThread中

因為ActivityThread繼承ClientTransactionHandler，所以到了ClientTransactionHandler中

通過Handler發送消息EXECUTE_TRANSACTION到H中

接著TransactionExecutor的execute方法

LaunchActivityItem.execute方法

client其實是在ActivityThread的實例，那麼就回到了ActivityThread的handleLaunchActivity

接著調用performLaunchActivity

在performLaunchActivity中，主要是載入App的資源包，然後創建了Activity的context實例，並創建了Activity的實例，接著調用activity.attach方法，attach執行完之後調用了onCreate方法。

activity.attach

activity.attach中主要

1.創建了PhoneWindow實例

2.設置了Window介面的監聽

3.初始化了成員變數，包括線程和WindowManager

到此Oncreate已經完成，那麼OnStart和OnResume去哪了？

TransactionExecutor的execute方法

之前們只分析了executeCallbacks，接著executeLifecycleState方法

TransactionExecutor的executeLifecycleState方法

cycleToPath：lifecycleItem即為ResumeActivityItem

第一點：

int finish = lifecycleItem.getTargetState()

lifecycleItem對應ResumeActivityItem，如下：

ResumeActivityItem的getTargetState方法

對應ActivityLifecycleItem中的枚舉類型：

第二點：ActivityClientRecord中的mLifecycleState，由於在前面已經執行了handleLaunchActivity所以mLifecycleState=1

對應ActivityLifecycleItem中的枚舉類型：

PRE_ON_CREATE = 0

所以final int star = 1

接著看getLifecyclePath，此時start=1，finish=3

那麼返回的IntArray就是2

接著看performLifecycleSequence

最終執行的是handleStartActivity所以最終走到了ActivityThread的handleResumeActivity

兩點：

調用activity.performStart

調用Instrumetation.callActivityOnPostCreate

performStart方法：

調用了Instrumentation.callActivityOnStart方法：

最終到了activity的onStart方法

第二點：Instrumentation.callActivityOnPostCreate

上面主要走了cycleToPath，接著ResumeActivityItem.execute

調用了handleResumeActivity方法

handleResumeActivity最終調用performResumeActivity

調用了Instrumentation.callActivityOnResume，

到了activity.onResume()方法

參考文章： https://blog.csdn.net/u011386173/article/details/87802765

⑦ android開發中怎麼添加activity的載入模式

在您需要的地方調用即可
private
mediaplayer
mmediaplayer;
private
void
playlocalfile()
{
mmediaplayer
=
mediaplayer.create(this,
r.raw.in_call_alarm);
//播放工程res目錄下的raw目錄中的音樂文件in_call_alarm
try
{
mmediaplayer.prepare();
}
catch
(illegalstateexception
e)
{
}
catch
(ioexception
e)
{
}
mmediaplayer.start();
headsetplay.setenabled(false);
mmediaplayer.setoncompletionlistener(new
oncompletionlistener()
{
public
void
oncompletion(mediaplayer
mp)
{
//播完了接著播或者關閉mmediaplayer
});
}

⑧ android activity 載入效果是怎樣的一個流程

可以實現。
不過3個布局有點臃腫，應該用ViewStub或者fragment等等。

⑨ activity有哪幾種載入模式 android activity的生命周期

不知道您說的載入模式指的是什麼？是啟動Activity的方式么？有兩種，利用隱式意圖和顯示意圖：

顯示意圖：
Intent intent = new Intent();
intent.setClass(CompanyDetailActivity.this,.class);
intent.putExtras(bundle);
startActivity(intent);
當然還可以利用startActivityForResult（）方法來獲得銷毀頁面後的返回內容，具體的您可以網路這個方法。
隱式意圖：
可以設置啟動的intent 的Action，而不需要具體指定intent的class

intent.setAction(寫入你定義好的或者系統的Action字元串)；
startActivity(intent)；
Activity的生命周期：
可以通過下面這個類詳細了解下：
public class LifeCycleActivity extends Activity {

private static final String TAG = "LifeCycleActivity";
private Context context = this;
private int param = 1;

//Activity創建時被調用
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.i(TAG, "onCreate called.");

setContentView(R.layout.lifecycle);

Button btn = (Button) findViewById(R.id.btn);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(context, TargetActivity.class);
startActivity(intent);
}
});
}

//Activity創建或者從後台重新回到前台時被調用
@Override
protected void onStart() {
super.onStart();
Log.i(TAG, "onStart called.");
}

//Activity從後台重新回到前台時被調用
@Override
protected void onRestart() {
super.onRestart();
Log.i(TAG, "onRestart called.");
}

//Activity創建或者從被覆蓋、後台重新回到前台時被調用
@Override
protected void onResume() {
super.onResume();
Log.i(TAG, "onResume called.");
}

//Activity窗口獲得或失去焦點時被調用,在onResume之後或onPause之後
/*@Override
public void onWindowFocusChanged(boolean hasFocus) {
super.onWindowFocusChanged(hasFocus);
Log.i(TAG, "onWindowFocusChanged called.");
}*/

//Activity被覆蓋到下面或者鎖屏時被調用
@Override
protected void onPause() {
super.onPause();
Log.i(TAG, "onPause called.");
//有可能在執行完onPause或onStop後,系統資源緊張將Activity殺死,所以有必要在此保存持久數據
}

//退出當前Activity或者跳轉到新Activity時被調用
@Override
protected void onStop() {
super.onStop();
Log.i(TAG, "onStop called.");
}

//退出當前Activity時被調用,調用之後Activity就結束了
@Override
protected void onDestroy() {
super.onDestroy();
Log.i(TAG, "onDestory called.");
}

/**
* Activity被系統殺死時被調用.
* 例如:屏幕方向改變時,Activity被銷毀再重建;當前Activity處於後台,系統資源緊張將其殺死.
* 另外,當跳轉到其他Activity或者按Home鍵回到主屏時該方法也會被調用,系統是為了保存當前View組件的狀態.
* 在onPause之前被調用.
*/
@Override
protected void onSaveInstanceState(Bundle outState) {
outState.putInt("param", param);
Log.i(TAG, "onSaveInstanceState called. put param: " + param);
super.onSaveInstanceState(outState);
}

/**
* Activity被系統殺死後再重建時被調用.
* 例如:屏幕方向改變時,Activity被銷毀再重建;當前Activity處於後台,系統資源緊張將其殺死,用戶又啟動該Activity.
* 這兩種情況下onRestoreInstanceState都會被調用,在onStart之後.
*/
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
param = savedInstanceState.getInt("param");
Log.i(TAG, "onRestoreInstanceState called. get param: " + param);
super.onRestoreInstanceState(savedInstanceState);
}
}

⑩ Android提前載入一個Activity

請求網路，載入網頁，
本身都需要耗時的，
你在前一個Activity
去載入後一個Activity的東西
這樣設計就太合理，就如樓上所說，
你可以都寫在一個Activity里，用閃圖蓋住WebView