说实话，之前在java开发的时候，很少涉及多线程的东西。由于开发的项目体量比较小，技术也比较差，所以更多的考虑的是功能，很少对并发做优化
如今借着学习Android的机会，希望可以对多线程的知识有一个更好更全面地认识。哎，感觉自己技术基础还是太差，好好加油吧
首先，安卓使用的时单线程模型：
当一个程序第一次启动时，Android会同时启动一个对应的主线程（Main Thread），主线程主要负责处理与UI相关的事件，如：用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线程。
在开发Android 应用时必须遵守单线程模型的原则： Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行。
如果在非UI线程中直接操作UI线程，会抛出android.view.ViewRoot$CalledFromWrongThreadException:Only the original thread that created a view hierarchy can touch itsviews，这与普通的java程序不同。
由于UI线程负责事件的监听和绘图，因此，必须保证UI线程能够随时响应用户的需求，UI线程里的操作应该向中断事件那样短小，费时的操作（如网络连接）需要另开线程，否则，如果UI线程超过5s没有响应用户请求，会弹出对话框提醒用户终止应用程序。
如果在新开的线程中需要对UI进行设定，就可能违反单线程模型，因此android采用一种复杂的Message Queue机制保证线程间通信。
以上内容摘自http://www.cnblogs.com/nio-nio/archive/2012/07/23/2604900.html，是我在网上看到的相对比较容易理解的说明。读完以上这几段话之后，我对安卓单线程模式的理解：如果你要对UI进行操作那这些操作应该都放到主线程中；如果你要处理一些业务逻辑或者其它的比较费时的操作，那就把这些操作放到子线程中。那因为大多数的UI更新都是基于业务逻辑的判断，如何让处理逻辑的子线程和处理UI的主线程通信呢，这就需要用到Handler
Handler是干什么的：
Handler可以分发Message对象和Runnable对象到主线程中, 每个Handler实例,都会绑定到创建他的线程中(一般是位于主线程)，它有两个作用: (1): 安排消息或Runnable 在某个主线程中某个地方执行, (2)安排一个动作在不同的线程中执行。
关于Handler的使用，我们首先来看一个简单例子：
我们假设有这么一个需求：我们需要在程序中点击一个开始按钮，然后我们的程序会在后台启动一个定时任务（每隔一秒打印一个语句）。另外，我们还需要一个取消按钮，点击它终止后台的定时任务.
我们先在界面中加入两个按钮，一个开始，一个取消。接下来是activity
package com.example.hander1; import java.util.Date; import android.app.Activity; import android.os.Bundle; import android.os.Handler; import android.util.Log; import android.view.View; import android.view.View.OnClickListener; import android.widget.Button; public class MainActivity extends Activity { Button startButton = null; Button stopButton = null; Handler handler = new Handler(); protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); startButton = (Button) findViewById(R.id.startButton); stopButton = (Button) findViewById(R.id.stopButton); //为button绑定onclicklistener startButton.setOnClickListener(new ButtonOnclikListener()); stopButton.setOnClickListener(new ButtonOnclikListener()); } Runnable going = new Runnable() { @Override public void run() { //线程每次执行，打印日志 Log.i("run", "going "+new Date().getSeconds()); //延时一秒钟后，再次将线程加入队列中 handler.postDelayed(going, 1000); } }; class ButtonOnclikListener implements OnClickListener{ @Override public void onClick(View v) { switch(v.getId()){ case R.id.startButton: begin(); break; case R.id.stopButton: stop(); break; default: break; } } } //该方法将going添加到message queue中 void begin(){ handler.post(going); } //从message queue中移除going void stop(){ handler.removeCallbacks(going); } }
下面是运行结果，程序启动后是这样
当我点击启动按钮后，后台每秒中打印一条语句
当我点击取消按钮后，后台不再打印语句
对于这个程序的运行过程我是这样理解的：
1、当我点击启动按钮时：调用handler.post(going);
handler的post方法说明是这样的：Causes the Runnable r to be added to the message queue. The runnable will be run on the thread to which this handler is attached.
也就是说，当我调用了handler.post(going);这个方法之后，handler会将我实现的Runnable对象加入到message queue中，系统会根据message queue来执行。后面一句很重要，runnable会在当前handler所属的那个线程中执行，也就是说我的going会在程序的主线程中执行，而不是新开启的其它线程。
· 2、在going的run方法中，我调用了handler.postDelayed(going, 1000);
postDelayed这个方法和前面的post方法类似，只不过第二个参数的作用是让我的going延迟一秒钟执行。
这样其实就形成了一个死循环（我没有规定跳出的条件），程序在我点击启动之后，每隔一秒钟会在message queue中加入执行going的内容。
3、当我点击取消按钮时：调用handler.removeCallbacks(going);
虽在我在上面的写法中形成了一个死循环，但是我可以通过handler.removeCallbacks(going)这个方法，将message queue这个队列中的going去掉，这样就不再执行going了。而且根据这个方法源码中的注释：Remove any pending posts of Runnable r that are in the message queue. 应该是会把message queue中所有未执行going全部去掉。
这个程序虽然很简单，但是我在一次看到的时候，仍然陷入了误区。由于没有仔细阅读API，我刚开始以为handler.post()这个方法会新开启一个线程。后来看到API的时候才明白原来这个程序，只有一个主线程，只不过是通过handler将实现的Runnable 对象加入到message queue中执行的。