摘要： BIO 問題分析 1、每個請求都需要創建獨立的線程，與對應的客戶端進行數據 Read，業務處理，數據 Write 2、當并發數較大時，需要創建大量線程來處理連接，系統資源占用較大 3、連接建立后，如果當前線程暫時沒有數據可讀，則線程就阻塞在 Read 操作上，造成線程資源浪費 閱讀全文

摘要： 存儲結構 數據結構 1、二叉樹 2、紅黑樹 3、Hash表 4、B-Tree 阿里：B+Tree 自增主鍵 為什么InnoDB表必須建主鍵，并且推薦使用整型的自增主鍵 InnoDB表 是 聚集索引--葉節點包含完整的數據記錄 如果不設主鍵就會產生很多問題：InnoDB表默認是主鍵索引樹，就是一個聚集 閱讀全文

摘要： RabbitMQ高級特性 1、消息可靠性投遞 RabbitMQ消息投遞的路徑： 生產者 --> rabbitmq中間件 --> 交換機 --路由到--> 消息列表 --> 消費者 首先分析一下，消息不可靠的情況可能是 消息丟失 ，劫持 等原因 丟失：生產者丟失、消息列表丟失、消費者丟失 找到了原因， 閱讀全文

摘要： SpringBoot整合RabbitMQ 創建一個新工程-生產者 1>改Pom <!-- 1. 父工程依賴 --> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent< 閱讀全文

摘要： Spring整合RabbitMQ 創建兩個模塊 導入坐標 <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.1.7 閱讀全文

摘要： RabbitMQ管理控制臺的使用 添加一個用戶 添加一個Virtual Hosts 把虛擬機和用戶綁定 點擊創建的虛擬機 配置 rabbitmq.config cp rabbitmq.config.example /etc/rabbitmq/rabbitmq.config service rabbi 閱讀全文

摘要： RabbitMQ總結 消息中間件 RabbitMQ MQ全稱 Message Queue（消息隊列） 分布式系統通信兩種方式：直接遠程調用 和 借助第三方 完成間接通信 優勢：應用解耦 異步提速 削峰填谷 劣勢：系統可用性降低 系統復雜度提高 一致性問題 應用解耦 系統的耦合性越高，容錯性就越低，可 閱讀全文

摘要： Synchronized 和 Lock 1、原始構成 Synchronized 是關鍵字屬于JVM層面 （代碼中以藍色字體呈現） monitorenter 、monitorexit Lock 是具體類（java.util.concurrent.locks.lock）是api層面的鎖 2、使用方法 S 閱讀全文

摘要： CountDownLatch CountDownLatch：讓一些線程阻塞直到另外一些完成后才被喚醒 CountDownLatch主要有兩個方法，當一個或多個線程調用await方法時，調用線程會被阻塞，其他線程調用countDown方法計數器減1，當值變成0時，await方法得線程才會被喚醒 Cyc 閱讀全文

摘要： 鎖 公平鎖 非公平鎖 并發包ReentrantLock的創建可以指定構造函數的boolean類型來得到公平鎖或者非公平鎖 默認是非公平鎖 非公平鎖的優點在于吞吐量必公平鎖大 對于synchronized而言 也是一種非公平鎖 可重入鎖（遞歸鎖） 指的是同一線程外層函數獲得鎖后,內層敵對函數任然能獲取 閱讀全文