A. android如何阻塞一個線程讓其等待一個時間發生之後再繼續執行
你所謂的線程阻塞是指的ui線程嗎？這應該是從你在開發的經驗以及測試當中去體驗的，如果你說是用代碼去判斷線程阻塞的話，估計比較復雜，也沒那個必要，android的機制在出現ui線程阻塞的話會出現anr給予用戶提示，出現這樣的情況是開發者在開發過程中就得去避免的！
B. Android UI線程
思考：
先必須了解下面2個問題
1.顧名思義 UI線程 就是刷新UI 所在線程
2.UI是單線程刷新
1.對Activity 來說 UI線程就是其主線程
2.對View來說 UI線程就是創建ViewRootImpl所在的線程
可以通過 WindowManager 內部會創建ViewRootImpl對象
好了，進入主題。我們來慢慢揭開面紗。
我們可以分別從幾個方面切入
我們可能都有使用過 runOnUiThread 現在來看看的源碼實現。
可以從上面的源碼 看到
不是UI線程 就用Handler切到Handler所在的線程中，如果是UI線程直接就調用run方法。
Activity的創建：
1.Activity創建：mInstrumentation.newActivity
2.創建Context ：ContextImpl (r)
我們經常用這個方法乾的事情就是，要麼在onCreate中獲取View寬高的值。要麼就是在子線程中做一些耗時操作 ，然後post切到對應View所在的線程 來繪制UI操作。那麼這個對應的線程就是UI線程了。
那麼這個UI線程就一定是主線程嗎？
接來繼續來看。它的源碼View:post
mAttachInfo 在dispatchAttachedToWindow 中被賦值 ，也就是在ViewRootImpl創建的時候，所以是創建ViewRootImpl所在的線程。
attachInfo 上面時候為null 呢？在ViewRootImpl 還沒來得及創建的時候，ViewRootImpl 創建是在 「onResume" 之後。所以在 Activity 的 onCreate 去View.post 那麼AttachInfo 是為null 。
當 AttachInfo == null 那麼會調用 getRunQueue().post(action) 。
最終這個Runnable 被 緩存到 HandlerActionQueue 中。
直到ViewRootImpl 的 performTraversals 中 調用dispatchAttachedToWindow(mAttachInfo, 0);， 那麼才會去處理 RunQueue() 中的Runnable。
來張圖 便於理解這個流程
我們有時候去子線程操作UI的時候(如：requestLayout)，會很經常見到下面的 報錯日誌：
Only the original thread that created a view hierarchy can touch its views
為什麼會報這個錯誤呢？
翻譯一下：只有創建視圖層次結構的原始線程才能接觸到它的視圖。
也就是操作UI的線程要和ViewRootImpl創建的線程是同一個線程才行，並不是只有主線程才能更新UI啊。
ViewRootImpl創建的線程？那麼 ViewRootImpl 在哪裡被創建的呢？
從上圖可以看到ViewRootImpl創建最開始是從 ActivityThread 的HandleResumeActivity中開始 一直 ViewRootImpl 創建，也就是說ViewRootImpl 對應的UI線程和 ActivityThread 在同一個線程 也就是主線程。
好了 通過上面的講解，上面的問題相信你可以自己回答啦~
C. android webview是否阻塞線程
應該不會，初始化後webview內部會有線程管理部分，webview獲取網路內容估計不會在主線程中，要關注的是webview自身的初始化而已
個人覺得……
D. Android開發之路-多線程
多線程作為Android開發中相對而言較為高階的知識，其中用到相關的知識點是非常的多，所以在我們需要進行設計或者寫多線程的代碼就必須要進行相對謹慎的處理，這樣就由必要對其要有著比較系統化的認知
我們一般將Android應用分成為兩種：主線程和工作線程；主線程主要是用來進行初始化UI，而工作線程主要是進行耗時操作，例如讀取資料庫，網路連接等
Android系統是以進程為單位來對應用程序資源進行限制，這個問題的可以解釋為：一個進程最多能夠開幾個線程？最好能開幾個？但實則這個是沒有上限這一說，主要是因為資源的限制
Android中關於主線程的理解：Android的主線程是UI線程，在Android中，四大組件運行在主線程中，在主線程中做耗時操作會導致程序出現卡頓甚至出現ANR異常，一個.
在一個程序中，這些獨立運行的程序片斷叫作「線程」(Thread)，利用它編程的概念就叫作「多線程處理」。多線程處理一個常見的例子就是用戶界面。
線程總的來就是進程的一個實體，是CPU進行分派和調度的基本單位，擁有著比進程更小且能夠獨立運行的基本單位，線程本身基本上是不擁有系統資源，僅擁有一點在運行過程中必須擁有的資源，但它可與同屬一個進程中的其他進程進行共享其所擁有的所有資源
線程狀態有些地方將之分為5中狀態，而且在Java Jdk中線程被其定義為6中狀態，我們可以對其進行類比
普遍定義的5中狀態：新建，就緒，運行，阻塞， 死亡
Java Jdk 定義狀態
線程阻塞是指在某一時刻的某一個線程在進行運行一段代碼的情況下，突然另一個線程也要進行運行，但在運行過程中，那個線程執行完全運行之前，另一個線程是不可能獲取到CPU的執行權，就會導致線路阻塞的出現
死鎖也稱之為抱死，意思就是說一個進程鎖定了另外一個進程所需要的頁或表是，但第二個進程同時又鎖定了第一個進程所需的一頁，這樣就會出現死鎖現象
簡要介紹實現線程的三種方式：繼承Thread，實現runnable，實現callable。這里有一點需要注意的是，實現callable是與線程池相關聯的而callable很重要的一個特性是其帶有返回值。當我們只需實現單線程時實現runnable更加利於線程程序的拓展
在線程開啟之前進行調用 thread.setDaemon(true); 將thread設定成當前線程中的守護線程 使用案例
線程讓步【yield方法】讓當前線程釋放CPU資源，讓其他線程搶占
這種具體某個對象鎖 wait & notify 方法與Condition 的 await以及signal方法類似； 全面這種方法的阻塞等待都可以是釋放鎖，而且在喚醒後，這種線程都是能夠獲取鎖資源的，而這個門栓就跟閥門類似
E. 為什麼還說Android的UI操作並不是線程安全的
看到題主的問題，就明白了。是因為性能考慮。線程安全性能較差，線程不安全性能較好。
所以Android選擇線程不安全。
Android主線程要注意的兩點：
1.不要阻塞主線程
2.不要在其他線程調用UI操作方法（Android UI toolkit）
大概也就是這樣