前一篇文章 提到了限流的幾種常見演算法，本文將分析guava限流類RateLimiter 的實現。 RateLimiter 有兩個實現類：SmoothBursty 和

0x00 前言 這篇文章是為下一篇《NEO從原始碼分析看UTXO轉賬交易》打前站，為交易的構造及執行的一些技術基礎做個探索。由於這個東西實在有點幹，幹到簡直咽不下，所以我來個自頂向下，從合約程式碼開始慢慢深

前段時間，公司的老哥遇到一個問題，大概就是本機有個node的http伺服器，但是每次請求這個伺服器的埠返回的資料都報錯，一看返回的資料根本不是http的報文格式，然後經過一番排查發現是另外一個伺服器同時監聽了

拓撲會通過 Nimbus 分發給 supervisor, 那麼 Nimbus 內部是怎麼操作的? 這裡以本地模式為例, 對拓撲的提交過程做一個分析. 參考資料: 理解storm拓撲並行度 疑問:

本文目的： 簡單分析一個原始碼的構成部分，讓你大概知道它的重量級 檔案讀寫(簡)+正則操作(終點) 一、原始碼字串的讀取與準備 先撿個軟柿子捏， Bundle 類的大小還好，1270行，中等，

本篇主要介紹task的建立與執行過程 文章開頭, 先丟擲一些疑問: 為什麼TaskTransfer、TaskReceiver 要在初始化Task的時候建立, 為什麼不在Worker裡直接建立好?

tabpable是一個事件釋出訂閱外掛，它支援同步和非同步兩種；在需要使用的類上繼承tabpable，並且該類的建構函式中使用 this.hooks 新增事件名稱。 this.hooks = {

1.初始化 public LinkedList() { } 並未開闢任何類似於陣列一樣的儲存空間，那麼連結串列是如何儲存元素的呢？ 2.Node型別 儲存到連結串列中的元素會被封裝為一個Nod

原始碼面前，了無祕密。本文作為context分析系列的第二篇，會從原始碼的角度來分析context如何實現所承諾的功能及內在特性。本篇主要從以下四個角度闡述: context中的介面、context有哪些型別、

點選區塊鏈技術培訓課程獲取更多區塊鏈技術學習資料。 一、前言 本章節主要通過分析原始碼來了解以太坊的啟動流程，本文基於以太坊的原始碼版本是go-ethereum-r

Exchanger 此類提供對外的操作是同步的； 用於成對出現的執行緒之間交換資料【主場景】； 可以視作雙向的同步佇列； 可應用於基因演算法、流水線設計、資料校對等場景 建立例項 /**

前言 迭代器是將演算法和容器兩個獨立的泛型進行調和的一個介面. 使我們不需要關係中間的轉化是怎麼樣的就都能直接使用迭代器進行資料訪問. 而迭代器最重要的就是對operator * 和ope

@Configuration 註解指示一個類宣告一個或多個@Bean方法, 並且可以由Spring容器處理, 以在執行時為這些bean生成bean定義和服務請求. 使用Configu

相關文章 Glide原始碼分析之一 Glide原始碼分析之二 Glide原始碼分析之三 into()方法做了什麼 == 關鍵詞 ==: Transform對

相關文章 Glide原始碼分析之一 Glide原始碼分析之二 Glide原始碼分析之三 文章基於3.7.0。主要參考郭神的Glide原始碼解析。 簡單使用 St