聊一聊 Netty 數據搬運工 ByteBuf 體系的設計與實現
本文基於 Netty 4.1.56.Final 版本進行討論 時光芿苒，歲月如梭，好久沒有給大家更新 Netty 相關的文章了，在斷更 Netty 的這段日子裏，筆者一直在持續更新 Linux 內存管理相關的文章 ，目前為止，算是將 Linux 內存管理子系統相關的主幹源碼較為完整的給大家呈現了出來，同時也結識了很多喜歡內核的讀者，經常在後台留言討論一些代碼的設計細節，在這個過程中，我們相互分享，
bin的技術小屋 Blog
Stories
List
小小的引用計數，大大的性能考究
本文基於 Netty 4.1.56.Final 版本進行討論 在上篇文章《聊一聊 Netty 數據搬運工 ByteBuf 體系的設計與實現》 中，筆者詳細地為大家介紹了 ByteBuf 整個體系的設計，其中筆者覺得 Netty 對於引用計數的設計非常精彩，因此將這部分設計內容專門獨立出來。 Netty 為 ByteBuf 引入了引用計數的機制，在 ByteBuf 的整個設計體系中，所有的 Byt
談一談 Netty 的內存管理 —— 且看 Netty 如何實現 Java 版的 Jemalloc
本文基於 Netty 4.1.112.Final 版本進行討論 在之前的 Netty 系列中，筆者是以 4.1.56.Final 版本為基礎和大家討論的，那麼從本文開始，筆者將用最新版本 4.1.112.Final 對 Netty 的相關設計展開解析，之所以這麼做的原因是 Netty 的內存池設計一直在不斷地演進優化。 在 4.1.52.Final 之前 Netty 內存池是基於 jemalloc
時間輪在 Netty , Kafka 中的設計與實現
本文基於 Netty 4.1.112.Final , Kafka 3.9.0 版本進行討論 在業務開發的場景中，我們經常會遇到很多定時任務的需求。比如，生成業務報表，週期性對賬，同步數據，訂單支付超時處理等。針對業務場景中定時任務邏輯複雜，執行時間長的特點，市面上已經有很多成熟的任務調度中間件可供我們選擇。比如：ElasticJob , XXL-JOB , PowerJob 等等。 而在中間件的場