javasync

㈠ 找到卡頓來源，BlockCanary源碼精簡分析

通過屏幕渲染機制我們了解到，Android的屏幕渲染是通過vsync實現的。軟體層將數據計算好後，放入緩沖區，硬體層從緩沖區讀取數據繪制到屏幕上，渲染周期是16ms，這讓我們看到不斷變化的畫面。如果計算時間超過16ms，就會出現卡頓現象，這通常發生在軟體層，而不是硬體層。卡頓發生的原因在於軟體層的計算時間需要小於16ms，而計算的執行地點則在Handler中，具體來說是在UI的Handler中。Android進程間的交互通過Binder實現，線程間通信通過Handler。

軟體層在收到硬體層的vsync信號後，會在java層向UI的Handler中投遞一個消息，進行view數據的計算。這涉及到測量、布局和繪制，通常在`ViewRootImpl`的`performTraversals()`函數中實現。因此，view數據計算在UI的Handler中執行，如果有其他操作在此執行且耗時過長，則可能導致卡頓，我們需要找到並優化這些操作。

要找到卡頓的原因，可以通過在消息處理前後記錄時間，計算時間差，將這個差值與預設的卡頓閾值比較。如果大於閾值，表示發生了卡頓，此時可以mp主線程堆棧並顯示給開發者。實現這一功能的關鍵在於在Looper中設置日誌列印類。通過`Looper.loop()`函數中的日誌列印，我們可以插入自定義的Printer，並在消息執行前後計算時間差。另一種方法是在日誌中添加前綴和後綴，根據這些標志判斷時間點。

BlockCanary是一個用於檢測Android應用卡頓的工具，通過源碼分析，我們可以了解到它的實現邏輯。要使用BlockCanary，首先需要定義一個繼承`BlockCanaryContext`的類，並重寫其中的關鍵方法。在應用的`onCreate()`方法中調用BlockCanary的安裝方法即可。當卡頓發生時，BlockCanary會通知開發者，並在日誌中顯示卡頓信息。

BlockCanary的核心邏輯包括安裝、事件監控、堆棧和CPU信息的採集等。在事件發生時，會創建LooperMonitor，同時啟動堆棧采樣和CPU采樣。當消息將要執行時，開始記錄開始時間，執行完畢後停止記錄，並計算執行時間。如果時間差超過預設閾值，表示發生了卡頓，並通過回調傳遞卡頓信息給開發者。

堆棧和CPU信息的獲取通過`AbstractSampler`類實現，它通過`post`一個`Runnable`來觸發采樣過程，循環調用`doSample()`函數。StackSampler和CpuSampler分別負責堆棧和CPU信息的採集，核心邏輯包括獲取當前線程的堆棧信息和CPU速率，並將其保存。獲取堆棧信息時，通過在`StackSampler`類中查找指定時間范圍內的堆棧信息；獲取CPU信息時，從`CpuSampler`類中解析`/proc/stat`和`/proc/mpid/stat`文件的CPU數據，並保存。

總結而言，BlockCanary通過在消息處理前後記錄時間差，檢測卡頓情況，並通過堆棧和CPU信息提供詳細的卡頓分析，幫助開發者定位和優化性能問題。

㈡ java多線程中synchronized關鍵字的用法

由於同一進程內的多個線程共享內存空間 在Java中 就是共享實例 當多個線程試圖同時修改某個實例的內容時 就會造成沖突 因此 線程必須實現共享互斥 使多線程同步

最簡單的同步是將一個方法標記為synchronized 對同一個實例來說 任一時刻只能有一個synchronized方法在執行 當一個方法正在執行某個synchronized方法時 其他線程如果想要執行這個實例的任意一個synchronized方法 都必須等待當前執行 synchronized方法的線程退出此方法後 才能依次執行

但是 非synchronized方法不受影響 不管當前有沒有執行synchronized方法 非synchronized方法都可以被多個線程同時執行

此外 必須注意 只有同一實例的synchronized方法同一時間只能被一個線程執行 不同實例的synchronized方法是可以並發的 例如 class A定義了synchronized方法sync（） 則不同實例a sync（）和a sync（）可以同時由兩個線程來執行

多線程同步的實現最終依賴鎖機制 我們可以想像某一共享資源是一間屋子 每個人都是一個線程 當A希望進入房間時 他必須獲得門鎖 一旦A獲得門鎖 他進去後就立刻將門鎖上 於是B C D就不得不在門外等待 直到A釋放鎖出來後 B C D中的某一人搶到了該鎖（具體搶法依賴於 JVM的實現 可以先到先得 也可以隨機挑選） 然後進屋又將門鎖上 這樣 任一時刻最多有一人在屋內（使用共享資源）

Java語言規范內置了對多線程的支持 對於Java程序來說 每一個對象實例都有一把 鎖 一旦某個線程獲得了該鎖 別的線程如果希望獲得該鎖 只能等待這個線程釋放鎖之後 獲得鎖的方法只有一個 就是synchronized關鍵字 例如

public class SharedResource {

private int count = ;

public int getCount（） { return count; }

public synchronized void setCount（int count） { unt = count; }

}

同步方法public synchronized void setCount（int count） { unt = count; } 事實上相當於

public void setCount（int count） {

synchronized（this） { // 在此獲得this鎖

unt = count;

} // 在此釋放this鎖

}

紅色部分表示需要同步的代碼段 該區域為 危險區域 如果兩個以上的線程同時執行 會引發沖突 因此 要更改SharedResource的內部狀態 必須先獲得SharedResource實例的鎖

退出synchronized塊時 線程擁有的鎖自動釋放 於是 別的線程又可以獲取該鎖了

為了提高性能 不一定要鎖定this 例如 SharedResource有兩個獨立變化的變數

public class SharedResouce {

private int a = ;

private int b = ;

public synchronized void setA（int a） { this a = a; }

public synchronized void setB（int b） { this b = b; }

}

若同步整個方法 則setA（）的時候無法setB（） setB（）時無法setA（） 為了提高性能 可以使用不同對象的鎖

public class SharedResouce {

private int a = ;

private int b = ;

private Object sync_a = new Object（）

private Object sync_b = new Object（）

public void setA（int a） {

synchronized（sync_a） {

this a = a;

}

}

public synchronized void setB（int b） {

synchronized（sync_b） {

this b = b;

}

㈢ 如何解決java 多線程問題

Java線程同步需要我們不斷的進行相關知識的學習，下面我們就來看看如何才能更好的在學習中掌握相關的知識訊息，來完善我們自身的編寫手段。希望大家有所收獲。 Java線程同步的優先順序代表該線程的重要程度，當有多個線程同時處於可執行狀態並等待獲得 CPU 時間時，線程調度系統根據各個線程的優先順序來決定給誰分配 CPU 時間，優先順序高的線程有更大的機會獲得 CPU 時間，優先順序低的線程也不是沒有機會，只是機會要小一些罷了。 你可以調用 Thread 類的方法 getPriority（）和 setPriority（）來存取Java線程同步的優先順序，線程的優先順序界於1（MIN_PRIORITY）和10（MAX_PRIORITY）之間，預設是5（NORM_PRIORITY）。 Java線程同步 由於同一進程的多個線程共享同一片存儲空間，在帶來方便的同時，也帶來了訪問沖突這個嚴重的問題。Java語言提供了專門機制以解決這種沖突，有效避免了同一個數據對象被多個線程同時訪問。 由於我們可以通過 private 關鍵字來保證數據對象只能被方法訪問，所以我們只需針對方法提出一套機制，這套機制就是 synchronized 關鍵字，它包括兩種用法：synchronized 方法和 synchronized 塊。 1． synchronized 方法：通過在方法聲明中加入 synchronized關鍵字來聲明 synchronized 方法。如：1. public synchronized void accessVal（int newVal）； synchronized 方法控制對類成員變數的訪問：每個類實例對應一把鎖，每個 synchronized 方法都必須獲得調用該方法的類實例的鎖方能執行，否則所屬線程阻塞，方法一旦執行，就獨占該鎖，直到從該方法返回時才將鎖釋放，此後被阻塞的Java線程同步方能獲得該鎖，重新進入可執行狀態。 這種機制確保了同一時刻對於每一個類實例，其所有聲明為 synchronized 的成員函數中至多隻有一個處於可執行狀態（因為至多隻有一個能夠獲得該類實例對應的鎖），從而有效避免了類成員變數的訪問沖突（只要所有可能訪問類成員變數的方法均被聲明為 synchronized）。 在 Java 中，不光是類實例，每一個類也對應一把鎖，這樣我們也可將類的靜態成員函數聲明為 synchronized ，以控制其對類的靜態成員變數的訪問。 synchronized 方法的缺陷：若將一個大的方法聲明為synchronized 將會大大影響效率，典型地，若將線程類的方法 run（）聲明為 synchronized ，由於在線程的整個生命期內它一直在運行，因此將導致它對本類任何 synchronized 方法的調用都永遠不會成功。當然我們可以通過將訪問類成員變數的代碼放到專門的方法中，將其聲明為 synchronized ，並在主方法中調用來解決這一問題，但是 Java 為我們提供了更好的解決辦法，那就是 synchronized 塊。 2． synchronized 塊：通過 synchronized關鍵字來聲明synchronized 塊。語法如下：1. synchronized（syncObject）2. {3. //允許訪問控制的代碼4. } synchronized 塊是這樣一個代碼塊，其中的代碼必須獲得對象 syncObject （如前所述，可以是類實例或類）的鎖方能執行，具體機制同前所述。由於可以針對任意代碼塊，且可任意指定上鎖的對象，故靈活性較高。 Java線程同步的阻塞 為了解決對共享存儲區的訪問沖突，Java 引入了同步機制，現在讓我們來考察多個Java線程同步對共享資源的訪問，顯然同步機制已經不夠了，因為在任意時刻所要求的資源不一定已經准備好了被訪問，反過來，同一時刻准備好了的資源也可能不止一個。為了解決這種情況下的訪問控制問題，Java 引入了對阻塞機制的支持。 阻塞指的是暫停一個Java線程同步的執行以等待某個條件發生（如某資源就緒），學過操作系統的同學對它一定已經很熟悉了。Java 提供了大量方法來支持阻塞，下面讓我們逐一分析。