android-Handler的使用、AsyncTask的使用、Mvc架构的应用举例

一、Handler的使用

    Handler主要用于异步消息的处理。在Android中，对于UI的操作通常需要放在主线程中进行操作。如果在子线程中有关于UI的操作，那么就需要把数据消息作为一个Message对象发送到消息队列中，然后，由Handler中的handlerMessage方法处理传过来的数据信息，并操作UI。

    用法：

    1)Handler类的sendMessage(Message msg)方法实现发送消息的操作，在初始化Handler对象时重写的handleMessage方法来接   收Message并进行相关操作。

    2)传递Runnable对象，Handler对象在进行初始化的时候，会默认的自动绑定消息队列。利用类post方法，可以将Runnable对象 发送到消息队列中，按照队列的机制按顺序执行不同的Runnable对象中的run方法。

    3)常用的方法：

    post(Runnable)
    postAtTime(Runnable,long)
    postDelayed(Runnable,long)
    sendEmptyMessage(int)
    sendMessage(Message)
    sendMessageAtTime(Message,long)
    sendMessageDelayed(Message,long)
 

二、 AsyncTask的使用

    在开发Android应用时必须遵守单线程模型的原则： Android UI操作并不是线程安全的，而且这些操作必须在UI线程中执行。AsyncTask类是Android 1.5提供的一个工具类，它使创建需要与用户界面交互的长时间运行的任务变得更简单。相对来说AsyncTask更轻量级一些，适用于简单的异步处理，不需要借助线程和Handler即可实现。 

    a)AsyncTask是抽象类.AsyncTask定义了三种泛型类型 Params，Progress和Result。 
    b)Params 启动任务执行的输入参数，比如HTTP请求的URL。 

Progress 后台任务执行的百分比。 
    c)Result 后台执行任务最终返回的结果，比如String。
 
     AsyncTask的执行分为四个步骤，每一步都对应一个回调方法，这些方法不应该由应用程序调用，开发者需要做的就是实现这些方法。 

    1) 子类化AsyncTask 

    2) 实现AsyncTask中定义的下面一个或几个方法 
    onPreExecute(), 该方法将在执行实际的后台操作前被UI thread调用。可以在该方法中做一些准备工作，如在界面上显示一个进度条。 
    doInBackground(Params...), 将在onPreExecute 方法执行后马上执行，该方法运行在后台线程中。这里将主要负责执行那些很耗时的后台计算工作。可以调用 publishProgress方法来更新实时的任务进度。该方法是抽象方法，子类必须实现。 
onProgressUpdate(Progress...),在publishProgress方法被调用后，UI thread将调用这个方法从而在界面上展示任务的进展情况，例如通过一个进度条进行展示。 
    onPostExecute(Result), 在doInBackground 执行完成后，onPostExecute 方法将被UI thread调用，后台的计算结果将通过该方法传递到UI thread.
    为了正确的使用AsyncTask类，以下是几条必须遵守的准则： 
    a)Task的实例必须在UI thread中创建 ;
    b)execute方法必须在UI thread中调用 ;
    c)不要手动的调用onPreExecute(), onPostExecute(Result)，doInBackground(Params...), onProgressUpdate(Progress...)这几个方法 ;
    d)该task只能被执行一次，否则多次调用时将会出现异常 ;
    e)doInBackground方法和onPostExecute的参数必须对应，这两个参数在AsyncTask声明的泛型参数列表中指定，第一个为doInBackground接受的参数，第二个为显示进度的参数，第第三个为doInBackground返回和onPostExecute传入的参数。
 

三、  mvc架构的应用举例

    MVC (Model-View-Controller)：M是指逻辑模型，V是指视图模型，C则是控制器。

    Android中界面部分也采用了当前比较流行的MVC框架，在Android中： 

    1)视图层（View）：一般采用XML文件进行界面的描述，使用的时候可以非常方便的引入。

    2)控制层（Controller）：Android的控制层的重任通常落在了众多的Acitvity的肩上，这句话也就暗含了不要在Acitivity中写代码，要通过Activity交割Model业务逻辑层处理，这样做的另外一个原因是Android中的Acitivity的响应时间是5s，如果耗时的操作放在这里，程序就很容易被回收掉。

    3)模型层（Model）：对数据库的操作、对网络等的操作都应该在Model里面处理，当然对业务计算等操作也是必须放在的该层的。

四、小结

4.1补充内容：

1.Activity的启动模式
    Activity有四种加载模式：standard(默认)， singleTop， singleTask和 singleInstance。以下逐一举例说明他们的区别：

standard：Activity的默认加载方法，即使某个Activity在 Task栈中已经存在，另一个activity通过Intent跳转到该activity，同样会新创建一个实例压入栈中。例如：现在栈的情况为：A B C D，在D这个Activity中通过Intent跳转到D，那么现在的栈情况为： A B C D D 。此时如果栈顶的D通过Intent跳转到B，则栈情况为：A B C D D B。此时如果依次按返回键，D 
D C B A将会依次弹出栈而显示在界面上。

    singleTop：如果某个Activity的Launch mode设置成singleTop，那么当该Activity位于栈顶的时候，再通过Intent跳转到本身这个Activity，则将不会创建一个新的实例
4000
压入栈中。例如：现在栈的情况为：A B C D。D的Launch mode设置成了singleTop，那么在D中启动Intent跳转到D，那么将不会新创建一个D的实例压入栈中，此时栈的情况依然为：A
B C D。但是如果此时B的模式也是singleTop，D跳转到B，那么则会新建一个B的实例压入栈中，因为此时B不是位于栈顶，此时栈的情况就变成了：A B C D B。

    singleTask：如果某个Activity是singleTask模式，那么 Task栈中将会只有一个该Activity的实例。例如：现在栈的情况为：A B C D。B的Launch mode为singleTask，此时D通过Intent跳转到B，则栈的情况变成了：A B。而C和D被弹出销毁了，也就是说位于B之上的实例都被销毁了。

    singleInstance：将Activity压入一个新建的任务栈中。例如：Task栈1的情况为：A B C。C通过Intent跳转到D，而D的Launch mode为singleInstance，则将会新建一个Task栈2。此时Task栈1的情况还是为：A B C。Task栈2的情况为：D。此时屏幕界面显示D的内容，如果这时D又通过Intent跳转到D，则Task栈2中也不会新建一个D的实例，所以两个栈的情况也不会变化。而如果D跳转到C，则栈1的情况变成了：A
B C C，因为C的Launch mode为standard，此时如果再按返回键，则栈1变成：A B C。也就是说现在界面还显示C的内容，不是D。

    好了，现在有一个问题就是这时这种情况下如果用户点击了Home键，则再也回不到D的即时界面了。如果想解决这个问题，可以为D在Manifest.xml文件中的声明加上

<intent-filter>

           <actionandroid:name="android.intent.action.MAIN" />

           <categoryandroid:name="android.intent.category.LAUNCHER" />

        </intent-filter>

    加上这段之后，也就是说该程序中有两个这种声明，另一个就是那个正常的根 activity，在打成apk包安装之后，在程序列表中能看到两个图标，但是如果都运行的话，在任务管理器中其实也只有一个。上面的情况点击D的那个图标就能回到它的即时界面（比如一个EditText，以前输入的内容，现在回到之后依然存在）。

2. 横竖屏配置变化时Activity的生命周期变化
    不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次;

    设置Activity的android:configChanges="orientation"时，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次;

    设置Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用各个生命周期，只会执   行onConfigurationChanged方法。

4.2 参考资料：

http://developer.android.com/training/index.html