這是因為android的ui控制項並不是執行緒安全的,如果多執行緒中併發訪問可能導致ui控制項處於不可預期的狀態.
那為什麼系統不對ui控制項的訪問加上鎖機制呢?
缺點有兩個:首先,加上鎖機制會讓ui訪問的邏輯變得複雜;其次鎖機制會降低ui訪問的效率,因為鎖機制會阻塞某些執行緒的執行.
鑑於這兩個缺點,最簡單且高效的方法及時採用單執行緒模型來處理ui操作,對於開發者來說也不是很麻煩,只是需要通過handler切換一下ui訪問的執行執行緒即可.
為什麼虛構函式不允許丟擲異常
第乙個原因 session session session session 設想如果在析構函式的logdestruction函式中丟擲異常，那麼 endtransaction就不會被呼叫，因為異常發生之後異常點 即logdestruction 之後的語句塊不會被執行。因此會產生資源洩漏。解決方法如下...
Set中的元素為什麼不允許重複
為了弄清楚這個問題 我又看了一遍 collection 部分 並且看了些其中的原始碼 覺得對其中的實現又明白了一點 現在說出來和大家共享 我們先看一下 set 類的關係圖 現在我們就從 set 說起。set 介面為我們提供了乙個 add 方法，以讓我們新增元素。所以我們看一下在其實現類 hashse...
lintcode 不允許成對
你有一家專門經營沒有相鄰匹配字元的單詞的精品店。鮑比，乙個競爭對手，已經決定完全退出這個業務並且你買了他的庫存，你的想法是修改他的詞彙庫存，使他們適合在你的商店 為此，你找到所有相鄰的匹配字元對，並將其中乙個字元替換為另乙個字元對。確定必須替換的最小字元數，以生成乙個暢銷詞。例如，你購買了 word...