![240](https://cdn2.jianshu.io/assets/default_avatar/1-04bbeead395d74921af6a4e8214b4f61.jpg?imageMogr2/auto-orient/strip|imageView2/1/w/240/h/240)
有7種重要的channel模式需要理解以蕴,因?yàn)閏hannel實(shí)現(xiàn)了Goroutine之間的通信。 等待結(jié)果模式 這是channel的基本使用模式,創(chuàng)建一個(gè)goroutine來(lái)執(zhí)...
引言 context 是 Go 中廣泛使用的程序包,由 Google 官方開(kāi)發(fā),在 1.7 版本引入惋耙。它用來(lái)簡(jiǎn)化在多個(gè) go routine 傳遞上下文數(shù)據(jù)、(手動(dòng)/超時(shí))中...
零拷貝技術(shù)主要包括mmap和sendfile熊昌,在RocketMQ绽榛、Kafka這類高性能消息隊(duì)列中間件中有應(yīng)用,在Netty這種高性能網(wǎng)絡(luò)通信框架中也有應(yīng)用浴捆。在Java里mma...
前言 mysql的優(yōu)化最常見(jiàn)的就是對(duì)索引的優(yōu)化蒜田,在《一文徹底讀懂Explain[http://www.reibang.com/p/a8fea2777f3d]》中有對(duì)索引的優(yōu)...
一、你們?yōu)槭裁词褂胢q选泻?具體的使用場(chǎng)景是什么冲粤? mq的作用很簡(jiǎn)單,削峰填谷页眯。以電商交易下單的場(chǎng)景來(lái)說(shuō)梯捕,正向交易的過(guò)程可能涉及到創(chuàng)建訂單、扣減庫(kù)存窝撵、扣減活動(dòng)預(yù)算傀顾、扣減積分等等。...
順序消息指的是生產(chǎn)者投遞消息的順序與消息消費(fèi)的順序一致碌奉。某個(gè)Topic上所有消息都是順序的稱為全局順序消息短曾,如果是具有某個(gè)相同業(yè)務(wù)ID的一組消息保證其順序性則成為部分順序消息...
在kafka中,有許多請(qǐng)求并不是立即返回赐劣,而且處理完一些異步操作或者等待某些條件達(dá)成后才返回嫉拐,這些請(qǐng)求一般都會(huì)帶有timeout參數(shù),表示如果timeout時(shí)間后服務(wù)端還不滿...
在之前的一篇文章中魁兼,我們已經(jīng)深入理解了布隆過(guò)濾器的基本原理婉徘,并且了解到它在緩存系統(tǒng)中有較多的應(yīng)用。Redis提供的Bitmap正好能夠作為布隆過(guò)濾器所需要的位數(shù)組的基礎(chǔ),本文...
目錄 引子 布隆過(guò)濾器介紹產(chǎn)生的契機(jī)設(shè)計(jì)思想優(yōu)缺點(diǎn)與用途假陽(yáng)性率的計(jì)算 Guava中的布隆過(guò)濾器BloomFilter類的成員屬性BloomFilter的構(gòu)造估計(jì)最優(yōu)m值和k...
場(chǎng)景 在后端服務(wù)開(kāi)發(fā)時(shí),現(xiàn)在很流行的框架組合就是SSM(SpringBoot + Spring + MyBatis)几晤,在我們進(jìn)行一些業(yè)務(wù)系統(tǒng)開(kāi)發(fā)時(shí)约炎,會(huì)有很多的業(yè)務(wù)數(shù)據(jù)表,而表...
概述 看了好久spring源碼蟹瘾,有些地方理解的不深刻章钾,決定手寫(xiě)一下BeanFactory來(lái)加深理解 規(guī)范 spring中最主要的bean工廠實(shí)現(xiàn)就是DefaultListab...
緩存雪崩 定義 緩存雪崩是指在短時(shí)間內(nèi)惨撇,有大量緩存同時(shí)過(guò)期伊脓,導(dǎo)致大量的請(qǐng)求直接查詢數(shù)據(jù)庫(kù),從而對(duì)數(shù)據(jù)庫(kù)造成了巨大的壓力魁衙,嚴(yán)重情況下可能會(huì)導(dǎo)致數(shù)據(jù)庫(kù)宕機(jī)的情況叫做緩存雪崩报腔。 正...
你是真的細(xì)??
Netty 源碼解析 ——— 服務(wù)端啟動(dòng)流程 (下)本文是Netty文集中“Netty 源碼解析”系列的文章。主要對(duì)Netty的重要流程以及類進(jìn)行源碼解析剖淀,以使得我們更好的去使用Netty纯蛾。Netty是一個(gè)非常優(yōu)秀的網(wǎng)絡(luò)框架,...
好文好文!學(xué)習(xí)了??
Netty 源碼解析 ——— 基于 NIO 網(wǎng)絡(luò)傳輸模式的 OP_ACCEPT捌刮、OP_CONNECT碰煌、OP_READ、OP_WRITE 事件處理流程本文是Netty文集中“Netty 源碼解析”系列的文章绅作。主要對(duì)Netty的重要流程以及類進(jìn)行源碼解析芦圾,以使得我們更好的去使用Netty。Netty是一個(gè)非常優(yōu)秀的網(wǎng)絡(luò)框架俄认,...
上一篇 <<<一個(gè)網(wǎng)站訪問(wèn)慢的真正原因[http://www.reibang.com/p/4bd6b3f577d0]下一篇 >>>壓縮靜態(tài)資源減少帶寬傳輸?shù)姆绞絒https...
Redis6總綱 http://www.reibang.com/p/901dc5a0c683[http://www.reibang.com/p/901dc5a0c683]...
我們?cè)俅位仡欉@幅圖,通過(guò)先前的講解役拴,現(xiàn)在是不是親切很多了糊探。圖中綠色的acceptor應(yīng)該是你最熟悉的部分,之前我們?cè)赟erverBootstrap中進(jìn)行了詳細(xì)分析。我們知道了...
服務(wù)器的啟動(dòng)過(guò)程大量使用了EventLoop和Future/Promise科平,在閱讀源碼之前褥紫,建議首先要對(duì)Netty的這兩種機(jī)制進(jìn)行了解。由于Netty更多是在服務(wù)器端使用瞪慧,因...