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里面耗时长的话可能照成严重的体验效果。

我们来先看一个实例：

	@Override
	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();这么危险的处理都是不应该在这里来处理的。这里包含了加载数据库数据、读取文件信息、读取SIM卡信息，这些操作都是有可能跳出异常的，而且其操作耗时也是不确定的！对于面对这样问题，我觉得应该注意下面几个方面：

      （1）在Activity启动前，尽量少做。

     （2）对于布局比较复杂的时候，可以考虑不要一次性全部加载上，动态加载是一个好的办法。

     （3）对于及时需要的数据，加载起来耗时的又有异常危险的，一定记得开辟一个线程来做这些动作，千万记得不要做阻塞主线程（UI线程）的任何事情。

     （4）对于特殊情况下，Activity启动确实需要大量工作时候，可以考虑先加载一个简单的布局（或是Activity）来过渡.。

     （5）所有的目的都是让你要启动的组件尽快上场，而不是以画好妆为主，这样的话客人会等不及的，这个社会客户才是上帝。