1. 簡介 上一篇文章分析了叢集容錯的第一部分 – 服務目錄 Directory。服務目錄在重新整理 Invoker 列表的過程中，會通過 Router 進行服務路由。上一篇文章關於服務路由相關邏輯沒有

LRU分析 一種快取策略。根據最近使用頻率，最近最少使用的也認為將來不怎麼使用，所以快取也就越容易清除。 一般LinkedHashMap作為實現，實際上通過建構函式，設定true則

一、前言 這裡的 XLog 不是微信 Mars 裡面的 xLog，而是 elvishew 的 xLog 。感興趣的同學可以看看作者 elvishwe 的官文 史上最強的 Android 日誌庫 XLog

從官方倉庫 https://github.com/apache/incubator-skywalking Fork 出屬於自己的倉庫。為什麼要 Fork ？既然開始閱讀、除錯原始碼，我們可能會寫一些註釋，有了

前端時間抽出時間針對 Koa2 原始碼進行了簡單的學習， koa 原始碼是一個很簡單的庫， 針對分析過程， 想手把手的實現一個型別 koa 的框架，其 程式碼 , 根據一步步的完善實現一個簡單版本的Koa,

看了Danny老師的視訊，從原始碼層學習了一下Handler訊息機制中幾個重要的類（Handler、MessageQueue、Looper和Message），從之前的一知半解到現在終於弄明白這個Handl

https://blog.csdn.net/luoshengyang/article/details/8636153 1 繪製材料的準備 畫布(繪製過程) + 輸入(接受使用者互動) Activ

上一篇分析了四大元件之ContentProvider，這也是四大元件最後一個。因此，從這篇開始我們分析新的篇章--View繪製流程，View繪製流程在Android開發中佔有非常重要的位置，只要有檢視的顯示，都

rq的意思是 Redis Queue。這個專案和redis是強結合的，此外還有一個重度依賴是pickle。 這是這個專案很簡單的原因之一。 拷貝原始碼 首先我們需要fork一份原始碼例如：ht

apply與commit有什麼區別 還是從原始碼分析來說明問題： image.png image.png

AQS 的實現原理 學完用 AQS 自定義一個鎖以後，我們可以來看一下剛剛使用過的方法的實現。 分析原始碼的時候會省略一些不重要的程式碼。 AQS 的實現是基於一個 FIFO 佇列的，每一個等待的

Docker更新的速度太快了。網上很多分析已經過時了。今天我翻了一下Docker的原始碼，發現其實Docker的原始碼挺 簡單易懂的。當然前提是，你已經熟練掌握了Docker，經常用，知道有哪些概念，瞭解其原理

1. 簡介 在上一篇文章中，我詳細的分析了服務匯出的原理。本篇文章我們趁熱打鐵，繼續分析服務引用的原理。在 Dubbo 中，我們可以通過兩種方式引用遠端服務。第一種是使用服務直聯的方式引用服務，第二種方

寫了分析原始碼的文章後， 總覺得缺少了什麼， 在這裡補一個整體的總結， 輸出個人 的理解~ 文章的系列標題為Fiber原始碼分析， 那麼什麼是Fiber，官方給出的解釋是： React Fiber是

主要內容： Docker Client在Docker中的定位，以及Docker Client原始碼的初步分析。 本文選取Docker拆分為DockerCE（社群版）和DockerEE（企業版）