發(fā)簡信
IP屬地：廣東
-
-
Go：Channel使用模式
有7種重要的channel模式需要理解犀忱，因為channel實現(xiàn)了Goroutine之間的通信奕枢。 等待結(jié)果模式 這是channel的基本使用模式削祈，創(chuàng)建一個goroutine來執(zhí)...
-
Go Context 的踩坑經(jīng)歷
引言 context 是 Go 中廣泛使用的程序包拾碌，由 Google 官方開發(fā)卦绣，在 1.7 版本引入姑荷。它用來簡化在多個 go routine 傳遞上下文數(shù)據(jù)盒延、(手動/超時)中...
-
理解Java中的零拷貝技術(shù)原理：MappedByteBuffer與FileChannel.transferTo
零拷貝技術(shù)主要包括mmap和sendfile缩擂，在RocketMQ、Kafka這類高性能消息隊列中間件中有應(yīng)用兰英，在Netty這種高性能網(wǎng)絡(luò)通信框架中也有應(yīng)用撇叁。在Java里mma...
-
MySql常見的索引優(yōu)化和索引設(shè)計原則前言 mysql的優(yōu)化最常見的就是對索引的優(yōu)化，在《一文徹底讀懂Explain[http://www.reibang.com/p/a8fea2777f3d]》中有對索引的優(yōu)...
-
MQ奪命連環(huán)11問一畦贸、你們?yōu)槭裁词褂胢q陨闹？具體的使用場景是什么？ mq的作用很簡單薄坏，削峰填谷趋厉。以電商交易下單的場景來說，正向交易的過程可能涉及到創(chuàng)建訂單胶坠、扣減庫存君账、扣減活動預(yù)算、扣減積分等等沈善。...
-
RocketMQ的順序消息
順序消息指的是生產(chǎn)者投遞消息的順序與消息消費的順序一致乡数。某個Topic上所有消息都是順序的稱為全局順序消息，如果是具有某個相同業(yè)務(wù)ID的一組消息保證其順序性則成為部分順序消息...
-
TimingWheel 時間輪詳解
在kafka中闻牡，有許多請求并不是立即返回净赴，而且處理完一些異步操作或者等待某些條件達成后才返回，這些請求一般都會帶有timeout參數(shù)罩润，表示如果timeout時間后服務(wù)端還不滿...
-
借助Redis Bitmap實現(xiàn)簡單的布隆過濾器
在之前的一篇文章中玖翅，我們已經(jīng)深入理解了布隆過濾器的基本原理，并且了解到它在緩存系統(tǒng)中有較多的應(yīng)用割以。Redis提供的Bitmap正好能夠作為布隆過濾器所需要的位數(shù)組的基礎(chǔ)金度，本文...
-
布隆過濾器（Bloom Filter）原理及Guava中的具體實現(xiàn)目錄 引子 布隆過濾器介紹產(chǎn)生的契機設(shè)計思想優(yōu)缺點與用途假陽性率的計算 Guava中的布隆過濾器BloomFilter類的成員屬性BloomFilter的構(gòu)造估計最優(yōu)m值和k...
-
使用MyBatis攔截器后，摸魚時間又長了严沥。??場景 在后端服務(wù)開發(fā)時猜极，現(xiàn)在很流行的框架組合就是SSM（SpringBoot + Spring + MyBatis），在我們進行一些業(yè)務(wù)系統(tǒng)開發(fā)時消玄，會有很多的業(yè)務(wù)數(shù)據(jù)表魔吐，而表...
-
手寫Spring之BeanFactory(三級緩存)概述 看了好久spring源碼，有些地方理解的不深刻莱找，決定手寫一下BeanFactory來加深理解 規(guī)范 spring中最主要的bean工廠實現(xiàn)就是DefaultListab...
-
Redis 緩存雪崩酬姆、緩存穿透、緩存擊穿奥溺、緩存預(yù)熱緩存雪崩 定義 緩存雪崩是指在短時間內(nèi)辞色，有大量緩存同時過期，導(dǎo)致大量的請求直接查詢數(shù)據(jù)庫浮定，從而對數(shù)據(jù)庫造成了巨大的壓力相满，嚴(yán)重情況下可能會導(dǎo)致數(shù)據(jù)庫宕機的情況叫做緩存雪崩层亿。 正...
-
你是真的細(xì)??
Netty 源碼解析 ——— 服務(wù)端啟動流程 (下)
本文是Netty文集中“Netty 源碼解析”系列的文章。主要對Netty的重要流程以及類進行源碼解析立美，以使得我們更好的去使用Netty匿又。Netty是一個非常優(yōu)秀的網(wǎng)絡(luò)框架，...
-
-
好文好文！學(xué)習(xí)了??
Netty 源碼解析 ——— 基于 NIO 網(wǎng)絡(luò)傳輸模式的 OP_ACCEPT洞慎、OP_CONNECT痛单、OP_READ、OP_WRITE 事件處理流程
本文是Netty文集中“Netty 源碼解析”系列的文章劲腿。主要對Netty的重要流程以及類進行源碼解析旭绒，以使得我們更好的去使用Netty。Netty是一個非常優(yōu)秀的網(wǎng)絡(luò)框架焦人，...
-
高并發(fā)情況下挥吵，接口的代碼會存在哪些問題
上一篇 <<<一個網(wǎng)站訪問慢的真正原因[http://www.reibang.com/p/4bd6b3f577d0]下一篇 >>>壓縮靜態(tài)資源減少帶寬傳輸?shù)姆绞絒https...
-
Redis 應(yīng)用【擊穿，穿透花椭，雪崩忽匈，分布式鎖】★★Redis6總綱 http://www.reibang.com/p/901dc5a0c683[http://www.reibang.com/p/901dc5a0c683]...
-
自頂向下深入分析Netty（四）--EventLoop-1我們再次回顧這幅圖，通過先前的講解个从，現(xiàn)在是不是親切很多了脉幢。圖中綠色的acceptor應(yīng)該是你最熟悉的部分歪沃，之前我們在ServerBootstrap中進行了詳細(xì)分析嗦锐。我們知道了...
-
Netty源碼分析-05 Netty服務(wù)器啟動過程
服務(wù)器的啟動過程大量使用了EventLoop和Future/Promise，在閱讀源碼之前沪曙，建議首先要對Netty的這兩種機制進行了解奕污。由于Netty更多是在服務(wù)器端使用，因...
