一、概述 disruptor對於處理並發任務很擅長，曾有人測過，一個線程里1s內可以處理六百萬個訂單，性能相當感人。 這個框架的結構大概是：數據生產端 --> 緩存 --> 消費端 緩存中的數據是主動發給消費端的，而不是像一般的生產者消費者模式那樣，消費端去緩存中取數據 ...

　　什么是future模式呢？解釋這個概念之前我們先來了解一個場景吧，財務系統的結賬功能，這個功能可能是每個月用一次，在這一個月中相關的數據量已經積累得非常大，這一個功能需要調用好幾個存儲過程來完成。 ...

背景 作為網絡傳輸框架，免不了喲啊傳輸對象，對象在傳輸之前就要序列化，這個序列化的過程就是編碼過程。接收到編碼后的數據就需要解碼，還原傳輸的數據。 代碼 工廠類 服務器端 客戶端 工具類 ...

在王啟軍的公眾號里，有一篇《My Team》的文章，里面記錄了早年他所帶團隊成長的心得。 這個被他稱為完美組合的團隊，並不是來自大廠名企，彼時王啟軍給不起高待遇，團隊核心成員中還有很多人是專科學歷。 但就是這樣一支團隊，建立了IaaS平台，搭建了私有雲，雲緩存，分布式文件中心 ...

前言 出處：https://my.oschina.net/u/3772106/blog/1793561 高並發經常會發生在有大活躍用戶量，用戶高聚集的業務場景中，如：秒殺活動，定時領取紅包等。 為了讓業務可以流暢的運行並且給用戶一個好的交互體驗，我們需要根據業務場景預估達到的並發量 ...

摘要: 以架構師的眼光來講述高並發架構 前言 高並發經常會發生在有大活躍用戶量，用戶高聚集的業務場景中，如：秒殺活動，定時領取紅包等。為了讓業務可以流暢的運行並且給用戶一個好的交互體驗，我們需要根據業務場景預估達到的並發量等因素，來設計適合自己業務場景的高並發處理方案 ...

我們先來看看本人對下面這兩個名詞的個人見解： 軟件架構： 幾乎每個軟件系統的架構都是不同的，因為軟件架構的第一步就是根據當前項目的重要需求及約束來制定一個個技術決策。 軟件框架： 可以分成行業框架和通用框架。 通用框架是對大多數軟件項目常用的模塊 ...

概述 保持客戶端與服務器端連接的方案常用的有3種 1.長連接，也就是客戶端與服務器端一直保持連接，適用於客戶端比較少的情況。 2.定時段連接，比如在某一天的凌晨建立連接，適用於對實時性要求不高 ...