hotspot vm有個許多人覺得「匪夷所思」的優化，叫做fast throw：有些特定的隱式異常型別（nullpointerexception、arithmeticexception（ / 0）之類）如果在**裡某個特定位置被拋出過多次的話，hotspot server compiler（c2）會透明的決定用fast throw來優化這個丟擲異常的地方——直接丟擲乙個事先分配好的、型別匹配的異常物件。這個物件的message和stack trace都被清空。丟擲這個異常的速度是非常快，不但不用額外分配記憶體，而且也不用爬棧；但反面就是可能正好是需要知道**出問題的時候看不到stack trace了。從sun jdk5開始要避免c2做這個優化還得額外傳個vm引數：-xx:-omitstacktraceinfastthrow。
public class exceptiontest catch (exception e) }}
}public static void t()
}
記 關於 C OS II堆疊異常的原因剖析。
在使用 c os ii進行開發的時候，發現了乙個問題，對堆疊使用的時候發現在寫入flash的時候會出現宕機。使用了jtag進行除錯，發現當前的系統進入了硬體錯誤中斷 hardfaulthandle 根據手冊得知，當前硬體錯誤中斷觸發主要原因在於指標錯誤 記憶體溢位。所以我進行了詳細的尋找。因為系統的...
JVM工具 1 堆疊檢查利器jstat的使用
loaded 載入class的數量 bytes 所占用空間大小 unloaded 未載入數量 bytes 未載入占用空間 time 時間 compiled 編譯數量。failed 失敗數量 invalid 不可用數量 time 時間 failedtype 失敗型別 failedmethod 失敗的方...
區塊鏈Geth的fast模式
大家在通過geth的fast模式做區塊同步時，都會經歷長時間的等待，即區塊一直停留在70個左右同步不完的情況，並且持續的列印imported new state entries資訊，這個的原因已經在 同步始終不完成，且一直列印imported new state entries這篇文章裡有詳細描述，...