Android開發之onCreate

標籤：

最近看了一些開發人員做的APP開發，雖然都實現了比較完美的功能，不過很多地方很是牽強！我覺得：作為一個合格軟體工程師，最重要的不是你寫過多少代碼，而是你研究過多少代碼！所以，我更倡導多研究系統原本定製的一些APP，不然自己開發的時候會有很多雷區！

今天，我們先說一個無處不在的函數：onCreate().。我們看看gogle是怎麼解釋他的：

Called when the activity is first created. This is where you should do all of your normal static set up: create views, bind data to lists, etc. This method also provides you with a Bundle containing the activity‘s previously frozen state, if there was one.

Always followed by onStart().

這裡我們只關注一句話：This is where you should do all of your normal static set up。其中我們只關注normal static，

normal：常規的、通常的、一般的 。

static：靜態，不變的。

說的是：在這裡我們需要做通常需要配置的資訊，而不是真的所有的事情都在這裡做。我們知道，一個activity啟動回調的第一個函數就是onCreate。這個函數主要做這個activity啟動的一些必要的初始化的工作，這個函數調用完後，這個activity並不是說就已經啟動了，或者是跳到前台了。而是還需要其他的大量工作，我們知道：onCreate之後調用了還有onRestart()和onStart()等，實際上onStart()調用完畢了這個activity還沒有完全啟動，也只是前台可見，直到 onResume() 後這個onCreate才算終於啟動。既然這樣，那麼在一個activity真正啟動之前任何相當耗時的動作都會導致activity啟動緩慢，特別是在onCreate裡面耗時間長度的話可能照成嚴重的體驗效果。

我們來先看一個執行個體：

 

@Overrideprotected void onCreate(Bundle savedInstanceState) {// TODO Auto-generated method stubsuper.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 upupdateEnabledCard();}

 

這是一個APP的一個Activity的onCreate的寫法。其實這段代碼沒有什麼問題，而且看起來也是比較簡單的代碼。不過裡面大量危險的程式碼片段：不管是dataLoad = new DataLoading(); 還是 mSpeedDailDataMgr = new SpeedDailMgr(this);更或者是loadGripView();甚至updateEnabledCard();這麼危險的處理都是不應該在這裡來處理的。這裡包含了載入資料庫資料、讀取檔案資訊、讀取SIM卡資訊，這些操作都是有可能跳出異常的，而且其操作耗時也是不確定的！對於面對這樣問題，我覺得應該注意下面幾個方面：

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

（2）對於布局比較複雜的時候，可以考慮不要一次性全部載入上，動態載入是一個好的辦法。

（3）對於及時需要的資料，載入起來耗時的又有異常危險的，一定記得開闢一個線程來做這些動作，千萬記得不要做阻塞主線程（UI線程）的任何事情。

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

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

原文：http://www.2cto.com/kf/201403/285613.html

Android開發之onCreate