onCreate( )方法是android應(yīng)用程序中最常見的方法之一，那么，我們在使用onCreate()方法的時候應(yīng)該注意哪些問題呢？

    先看看Google Android Developers官網(wǎng)上的解釋：

    onCreate(Bundle) is where you initialize your activity. Most importantly, here you will usually call setContentView(int) with a layout resource defining your UI, and using findViewById(int) to retrieve the widgets in that UI that you need to interact with programmatically.         

   Called when the activity is starting. This is where most initialization should go: calling setContentView(int) to inflate the activity‘s UI, using findViewById(int) to programmatically interact with widgets in the UI, calling managedQuery(android.net.Uri, String[], String, String[], String) to retrieve cursors for data being displayed, etc.

   You can call finish() from within this function, in which case onDestroy() will be immediately called without any of the rest of the activity lifecycle (onStart(),onResume(), onPause(), etc) executing.

   Derived classes must call through to the super class‘s implementation of this method. If they do not, an exception will be thrown.

   翻譯過來就是說，onCreate()函數(shù)是在activity初始化的時候調(diào)用的，通常情況下，我們需要在onCreate()中調(diào)用setContentView(int)函數(shù)填充屏幕的UI，一般通過findViewById(int)返回xml中定義的視圖或組件的ID。子類在重寫onCreate()方法的時候必須調(diào)用父類的onCreate()方法，即super.onCreate()，否則會拋出異常。

   但是，我們必須要注意的是，在onCreate()函數(shù)里我們需要配置一些必要的信息，但是并不是所有的事情都能在這里做。我們知道，一個activity啟動調(diào)用的第一個函數(shù)就是onCreate，它主要做這個activity啟動時一些必要的初始化工作，這個函數(shù)調(diào)用完后，這個activity并不是說就已經(jīng)啟動了，或者是跳到前臺了。而是還需要其他的大量工作，我們知道：onCreate之后還有onRestart()和onStart()等，實際上onStart()調(diào)用完畢了這個activity還沒有完全啟動，也只是前臺可見，直到 onResume() 調(diào)用后這個onCreate才算終于啟動。既然這樣，那么在一個activity真正啟動之前任何相當(dāng)耗時的動作都會導(dǎo)致activity啟動緩慢，特別是在onCreate里面耗時長的話可能導(dǎo)致極差的用戶體驗。

   下面來看一個例子：

protected void onCreate(Bundle savedInstanceState) {
  // TODO Auto-generated method stub
   
  super.onCreate(savedInstanceState);
  this.requestWindowFeature(Window.FEATURE_NO_TITLE);
  mContext = this;
  setContentView(R.layout.main);
  dataLoad = new DataLoading();
  mScrollLayout = (ScrollLayout)findViewById(R.id.ScrollLayoutTest);
  btnExit = (ImageButton)findViewById(R.id.btn_exit);
  btnExit.setOnClickListener(btnExitClickListener);
  btnContacts = (ImageButton)findViewById(R.id.btn_contacts);
  btnContacts.setOnClickListener(btnContactsClickListener);
   
  mSpeedDailDataMgr = new SpeedDailMgr(this);
  loadGripView();
 
  //in MTK    
    //mCallOptionHandler = new CallOptionHandler(this);
    mCallOptionHandler = new ContactsCallOptionHandler(this,
        new ContactsCallOptionHandlerFactory());    
  //don't consider getting no data, ex: when starting up
  updateEnabledCard();
 
}

     這是一個APP的一個Activity的onCreate的寫法。其實這段代碼沒有什么問題，而且看起來也是比較簡單的代碼。不過里面大量危險的代碼段：不管是dataLoad = new DataLoading(); 還是 mSpeedDailDataMgr = new SpeedDailMgr(this);更或者是loadGripView();甚至updateEnabledCard();這么危險的處理都是不應(yīng)該在這里來處理的。這里包含了加載數(shù)據(jù)庫數(shù)據(jù)、讀取文件信息、讀取SIM卡信息，這些操作都是有可能拋出異常的，而且其操作耗時也是不確定的！對于面對這樣問題，我覺得應(yīng)該注意下面幾個方面：

（1）在Activity啟動前，盡量少做。

（2）對于布局比較復(fù)雜的時候，可以考慮不要一次性全部加載上，動態(tài)加載是一個好的辦法。

（3）對于及時需要的數(shù)據(jù)，加載起來耗時的又有異常危險的，一定記得開辟一個線程來做這些動作，千萬記得不要做阻塞主線程（UI線程）的任何事情。

（4）對于特殊情況下，Activity啟動確實需要大量工作時候，可以考慮先加載一個簡單的布局（或是Activity）來過渡.。

（5）所有的目的都是讓你要啟動的組件盡快上場，而不是以畫好妝為主，這樣的話客人會等不及的，顧客就是上帝。

以上就是對Android OnCreate（）方法的詳細(xì)介紹，后續(xù)繼續(xù)補充相關(guān)知識，謝謝大家對本站的支持！