剛開始學習android的同學們，都應該知道Log，和Toast這兩個類，因為這兩個類經常用來，給我檢視程式碼的執行情況，所以有些時候，就會導致用起來混淆的情況，Log的話，沒什麼限制，在任何的方法下都可以使用，當然使用Log的時候，記得標記TAG，不要直接寫“TAG”，一般情況下，直接下類名的，這樣的話，就方便將來去找相應的Log，當然，你也可以給Log加一個開關，當你的專案完成，log開關一關，那麼所有的Log就消失的無影無蹤了。
Toast，一般在主執行緒使用的時候，沒有多大的問題，可是一旦到子執行緒中，就有可能報錯。那麼這是什麼原因呢？
那麼咱們就來看看Toast的原始碼

  public Toast(Context context) {
        mContext = context;
 

        mTN = new TN();
        mTN.mY = context.getResources().getDimensionPixelSize(
                com.android.internal.R.dimen.toast_y_offset);
        mTN.mGravity = context.getResources().getInteger(
                com.android.internal.R.integer.config_toastDefaultGravity);
    }

咋一看，什麼玩意，就弄倆物件，第一個沒啥可講的，第二TN類，什麼破類，咱們接著點。。。

  private static class TN extends ITransientNotification.Stub {
....
        看這裡   ***final Handler mHandler = new Handler();***    
....

        }

Handler！眼前一亮，我們都知道Handler的使用，需要和Loop配合，假如在主執行緒中，那麼Handler是直接可以new的，因為主執行緒中自帶的有Loop，而普通的執行緒是沒有Loop的（如果你不知道，那麼你現在應該知道了），所以Toast在主執行緒使用的時候，就不會報錯，那麼為啥子執行緒中就會報錯呢？

咱麼繼續點Handler

    public Handler(Callback callback, boolean async) {
        if (FIND_POTENTIAL_LEAKS) {
            final Class<? extends Handler> klass = getClass();
            if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
                    (klass.getModifiers() & Modifier.STATIC) == 0) {
                Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
                    klass.getCanonicalName());
            }
        }

        mLooper = Looper.myLooper();
        if (mLooper == null) {
            throw new RuntimeException(
                "Can't create handler inside thread that has not called Looper.prepare()");
        }
        mQueue = mLooper.mQueue;
        mCallback = callback;
        mAsynchronous = async;
    }

有木有，大家看到了這個沒有

    if (mLooper == null) {
            throw new RuntimeException(
                "Can't create handler inside thread that has not called Looper.prepare()");
        }

如果Looper為null的時候，就會丟擲這個異常，前面咱們也說了，普通執行緒是不會建立Loop的（除了主執行緒），所有Loop自然就是null的，所以子執行緒中使用Toast就會報錯！

既然找到了原因，那麼就有了解決的方法：
1、既然在主執行緒中使用，不會報錯，那麼咱們就在主執行緒使用唄！

public class MainActivity extends Activity {
    private static final int TAG_TOAST = 0;
    private Handler mHandler = new Handler(){

        public void handleMessage(android.os.Message msg) {
            switch (msg.what) {
            case TAG_TOAST:
                Toast.makeText(MainActivity.this, msg.obj.toString(), Toast.LENGTH_SHORT).show();
                break;

            default:
                break;
            }

        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

    }

public void onClick(View view){
            new Thread(){
            public void run() {
                Message _Message = mHandler.obtainMessage();
                _Message.what = TAG_TOAST;
                _Message.obj = "在子執行緒中Toast！";
                mHandler.sendMessage(_Message);
            };
        }.start();
}

}

2、既然子執行緒中沒有Loop，那麼咱們給他建立一個不就得了嘛，開始幹！

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

    }

public void onClick(View view){
            new Thread(){
            public void run() {
                Looper.prepare();
                Toast.makeText(MainActivity.this, msg.obj.toString(), Toast.LENGTH_SHORT).show();
                Looper.loop();
Toast.makeText(MainActivity.this, msg.obj.toString(), Toast.LENGTH_SHORT).show();
            };
        }.start();
}

}

你猜猜上面的子執行緒中會Toast的幾次，兩次，哈哈，錯了，一次，因為第二種方法有個缺點就是Looper.loop();後面的方法得不到執行，當然也可以呼叫Looper.myLooper().quit();推出Looper，那麼後面的方法就會繼續執行了。