# JAVA NIO之文件通道
## 1.簡介
通道是 Java NIO 的核心內容之一,在使用上,通道需和緩存類(ByteBuffer)配合完成讀寫等操作。與傳統的流式 IO 中數據單向流動不同,通道中的數據可以雙向流動。通道既可以讀,也可以寫。這里我們舉個例子說明一下,我們可以把通道看做水管,把緩存看做水塔,把文件看做水庫,把水看做數據。當從磁盤中將文件數據讀取到緩存中時,就是從水庫向水塔里抽水。當然,從磁盤里讀取數據并不會將讀取的部分從磁盤里刪除,但從水庫里抽水,則水庫里的水量在無補充的情況下確實變少了。當然,這只是一個小問題,大家不要扣這個細節哈,繼續往下說。當水塔中存儲了水之后,我們可以用這些水燒飯,澆花等,這就相當于處理緩存的數據。過了一段時間后,水塔需要進行清洗。這個時候需要把水塔里的水放回水庫中,這就相當于向磁盤中寫入數據。通過這里例子,大家應該知道通道是什么了,以及有什么用。既然知道了,那么我們繼續往下看。
Java NIO 出現在 JDK 1.4 中,由于 NIO 效率高于傳統的 IO,所以 Sun 公司從底層對傳統 IO 的實現進行了修改。修改的方式就是在保證兼容性的情況下,使用 NIO 重構 IO 的方法實現,無形中提高了傳統 IO 的效率。
## [](http://www.tianxiaobo.com/2018/03/24/JAVA-NIO%E4%B9%8B%E6%96%87%E4%BB%B6%E9%80%9A%E9%81%93/#2基本操作)2.基本操作
通道類型分為兩種,一種是面向文件的,另一種是面向網絡的。具體的類聲明如下:
* FileChannel
* DatagramChannel
* SocketChannel
* ServerSocketChannel
正如上列表,NIO 通道涵蓋了文件 IO,TCP 和 UDP 網絡 IO 等通道類型。本文我們先來說說文件通道。
### [](http://www.tianxiaobo.com/2018/03/24/JAVA-NIO%E4%B9%8B%E6%96%87%E4%BB%B6%E9%80%9A%E9%81%93/#21-創建通道)2.1 創建通道
FileChannel 是一個用于連接文件的通道,通過該通道,既可以從文件中讀取,也可以向文件中寫入數據。與SocketChannel 不同,FileChannel 無法設置為非阻塞模式,這意味著它只能運行在阻塞模式下。在使用FileChannel 之前,需要先打開它。由于 FileChannel 是一個抽象類,所以不能通過直接創建而來。必須通過像 InputStream、OutputStream 或 RandomAccessFile 等實例獲取一個 FileChannel 實例。
```
FileInputStream fis = new FileInputStream(FILE_PATH);
FileChannel channel = fis.getChannel();
FileOutputStream fos = new FileOutputStream(FILE_PATH);
FileChannel channel = fis.getChannel();
RandomAccessFile raf = new RandomAccessFile(FILE_PATH , "rw");
FileChannel channel = raf.getChannel();
```
### [](http://www.tianxiaobo.com/2018/03/24/JAVA-NIO%E4%B9%8B%E6%96%87%E4%BB%B6%E9%80%9A%E9%81%93/#22-讀寫操作)2.2 讀寫操作
讀寫操作比較簡單,這里直接上代碼了。下面的代碼會先向文件中寫入數據,然后再將寫入的數據讀出來并打印。代碼如下:
```
// 獲取管道
RandomAccessFile raf = new RandomAccessFile(FILE_PATH, "rw");
FileChannel rafChannel = raf.getChannel();
// 準備數據
String data = "新數據,時間: " + System.currentTimeMillis();
System.out.println("原數據:\n" + " " + data);
ByteBuffer buffer = ByteBuffer.allocate(128);
buffer.clear();
buffer.put(data.getBytes());
buffer.flip();
// 寫入數據
rafChannel.write(buffer);
rafChannel.close();
raf.close();
// 重新打開管道
raf = new RandomAccessFile(FILE_PATH, "rw");
rafChannel = raf.getChannel();
// 讀取剛剛寫入的數據
buffer.clear();
rafChannel.read(buffer);
// 打印讀取出的數據
buffer.flip();
byte[] bytes = new byte[buffer.limit()];
buffer.get(bytes);
System.out.println("讀取到的數據:\n" + " " + new String(bytes));
rafChannel.close();
raf.close();
```
上面的代碼輸出結果如下:

### [](http://www.tianxiaobo.com/2018/03/24/JAVA-NIO%E4%B9%8B%E6%96%87%E4%BB%B6%E9%80%9A%E9%81%93/#23-數據轉移操作)2.3 數據轉移操作
我們有時需要將一個文件中的內容復制到另一個文件中去,最容易想到的做法是利用傳統的 IO 將源文件中的內容讀取到內存中,然后再往目標文件中寫入。現在,有了 NIO,我們可以利用更方便快捷的方式去完成復制操作。FileChannel 提供了一對數據轉移方法 - transferFrom/transferTo,通過使用這兩個方法,即可簡化文件復制操作。
```
public static void main(String[] args) throws IOException {
RandomAccessFile fromFile = new RandomAccessFile("fromFile.txt", "rw");
FileChannel fromChannel = fromFile.getChannel();
RandomAccessFile toFile = new RandomAccessFile("toFile.txt", "rw");
FileChannel toChannel = toFile.getChannel();
long position = 0;
long count = fromChannel.size();
// 將 fromFile 文件找那個的數據轉移到 toFile 中去
System.out.println("before transfer: " + readChannel(toChannel));
fromChannel.transferTo(position, count, toChannel);
System.out.println("after transfer : " + readChannel(toChannel));
fromChannel.close();
fromFile.close();
toChannel.close();
toFile.close();
}
private static String readChannel(FileChannel channel) throws IOException {
ByteBuffer buffer = ByteBuffer.allocate(32);
buffer.clear();
// 將 channel 讀取位置設為 0,也就是文件開始位置
channel.position(0);
channel.read(buffer);
// 再次將文件位置歸零
channel.position(0);
buffer.flip();//用于buffer緩存對象內容填寫后,轉為讀模式
byte[] bytes = new byte[buffer.limit()];
buffer.get(bytes);
return new String(bytes);
}
```

通過上面的代碼,我們可以明顯感受到,利用 transferTo 減少了編碼量。那么為什么利用 transferTo 可以減少編碼量呢?在解答這個問題前,先來說說程序讀取數據和寫入文件的過程。
我們現在所使用的 PC 操作系統,將內存分為了內核空間和用戶空間。操作系統的內核和一些硬件的驅動程序就是運行在內核空間內,而用戶空間就是我們自己寫的程序所能運行的內存區域。這里,當我們調用 read 從磁盤中讀取數據時,內核會首先將數據讀取到內核空間中,然后再將數據從內核空間復制到用戶空間內。也就是說,我們需要通過內核進行數據中轉。同樣,寫入數據也是如此。系統先從用戶空間將數據拷貝到內核空間中,然后再由內核空間向磁盤寫入。相關示意圖如下:

與上面的數據流向不同,FileChannel 的 transferTo 方法底層基于 sendfile64(Linux 平臺下)系統調用實現。sendfile64 會直接在內核空間內進行數據拷貝,免去了內核往用戶空間拷貝,用戶空間再往內核空間拷貝這兩步操作,因此提高了效率。其示意圖如下:

通過上面的講解,大家應該知道了 transferTo 和 transferFrom 的效率會高于傳統的 read 和 write 在效率上的區別。區別的原因在于免去了內核空間和用戶空間的相互拷貝,雖然內存間拷貝的速度比較快,但涉及到大量的數據拷貝時,相互拷貝的帶來的消耗是不應該被忽略的。
講完了背景知識,咱們再來看看 FileChannel 是怎樣調用 sendfile64 這個函數的。相關代碼如下:
```
public long transferTo(long position, long count,
WritableByteChannel target)
throws IOException
{
// 省略一些代碼
int icount = (int)Math.min(count, Integer.MAX_VALUE);
if ((sz - position) < icount)
icount = (int)(sz - position);
long n;
// Attempt a direct transfer, if the kernel supports it
if ((n = transferToDirectly(position, icount, target)) >= 0)
return n;
// Attempt a mapped transfer, but only to trusted channel types
if ((n = transferToTrustedChannel(position, icount, target)) >= 0)
return n;
// Slow path for untrusted targets
return transferToArbitraryChannel(position, icount, target);
}
private long transferToDirectly(long position, int icount,
WritableByteChannel target)
throws IOException
{
// 省略一些代碼
long n = -1;
int ti = -1;
try {
begin();
ti = threads.add();
if (!isOpen())
return -1;
do {
n = transferTo0(thisFDVal, position, icount, targetFDVal);
} while ((n == IOStatus.INTERRUPTED) && isOpen());
// 省略一些代碼
return IOStatus.normalize(n);
} finally {
threads.remove(ti);
end (n > -1);
}
}
```
從上面代碼(transferToDirectly 方法可以在 openjdk/jdk/src/share/classes/sun/nio/ch/FileChannelImpl.java 中找到)中可以看得出 transferTo 的調用路徑,先是調用 transferToDirectly,然后 transferToDirectly 再調用 transferTo0。transferTo0 是 native 類型的方法,我們再去看看 transferTo0 是怎樣實現的,其代碼在`openjdk/jdk/src/solaris/native/sun/nio/ch/FileChannelImpl.c`中。
```
JNIEXPORT jlong JNICALL
Java_sun_nio_ch_FileChannelImpl_transferTo0(JNIEnv *env, jobject this,
jint srcFD,
jlong position, jlong count,
jint dstFD)
{
#if defined(__linux__)
off64_t offset = (off64_t)position;
jlong n = sendfile64(dstFD, srcFD, &offset, (size_t)count);
if (n < 0) {
if (errno == EAGAIN)
return IOS_UNAVAILABLE;
if ((errno == EINVAL) && ((ssize_t)count >= 0))
return IOS_UNSUPPORTED_CASE;
if (errno == EINTR) {
return IOS_INTERRUPTED;
}
JNU_ThrowIOExceptionWithLastError(env, "Transfer failed");
return IOS_THROWN;
}
return n;
// 其他平臺的代碼省略
#endif
}
```
如上所示,transferTo0 最終調用了 sendfile64 函數,關于 sendfile64 這個系統調用的詳細說明,請參考 man-page,這里就不展開說明了。
### [](http://www.tianxiaobo.com/2018/03/24/JAVA-NIO%E4%B9%8B%E6%96%87%E4%BB%B6%E9%80%9A%E9%81%93/#24-內存映射)2.4 內存映射
內存映射這個概念源自操作系統,是指將一個文件映射到某一段虛擬內存(物理內存可能不連續)上去。我們通過對這段虛擬內存的讀寫即可達到對文件的讀寫的效果,從而可以簡化對文件的操作。當然,這只是內存映射的一個優點。內存映射還有其他的一些優點,比如兩個進程映射同一個文件,可以實現進程間通信。再比如,C 程序運行時需要 C 標準庫支持,操作系統將 C 標準庫放到了內存中,普通的 C 程序只需要將 C 標準庫映射到自己的進程空間內就行了,從而可以降低內存占用。以上簡單介紹了內存映射的概念及作用,關于這方面的知識,建議大家去看[《深入理解計算機系統》](https://book.douban.com/subject/5333562/)關于內存映射的章節,講的很好。
Unix/Linux 操作系統內存映射的系統調用`mmap`,Java 在這個系統調用的基礎上,封裝了 Java 的內存映射方法。這里我就不一步一步往下追蹤了,大家有興趣可以自己追蹤一下 Java 封裝的內存映射方法的調用棧。下面來簡單的示例演示一下內存映射的用法:
```
// 從標準輸入獲取數據
Scanner sc = new Scanner(System.in);
System.out.println("請輸入:");
String str = sc.nextLine();
byte[] bytes = str.getBytes();
RandomAccessFile raf = new RandomAccessFile("map.txt", "rw");
FileChannel channel = raf.getChannel();
// 獲取內存映射緩沖區,并向緩沖區寫入數據
MappedByteBuffer mappedBuffer = channel.map(MapMode.READ_WRITE, 0, bytes.length);
mappedBuffer.put(bytes);
raf.close();
raf.close();
// 再次打開剛剛的文件,讀取其中的內容
raf = new RandomAccessFile("map.txt", "rw");
channel = raf.getChannel();
System.out.println("\n文件內容:")
System.out.println(readChannel(channel));
raf.close();
raf.close();
```
上面的代碼從標準輸入中獲取數據,然后將數據通過內存映射緩存寫入到文件中。代碼運行結果如下:

接下來在用 C 代碼演示上面代碼的功能,如下:
```
#include <stdio.h>
#include <fcntl.h>
#include <sys/mman.h>
#include <memory.h>
#include <unistd.h>
int main() {
int dstfd;
void *dst;
char buf[64], out[64];
int len;
printf("Please input:\n");
scanf("%s", buf);
len = strlen(buf);
// 打開文件
dstfd = open("dst.txt", O_RDWR | O_CREAT | O_TRUNC, S_IRWXU);
lseek(dstfd, len - 1, SEEK_SET);
write(dstfd, "", 1);
// 將文件映射到內存中
dst = mmap(NULL, len, PROT_READ | PROT_WRITE, MAP_SHARED, dstfd, 0);
// 將輸入的數據拷貝到映射內存中
memcpy(dst, buf, len);
munmap(dst, len);
close(dstfd);
// 重新打開文件,并輸出文件內容
dstfd = open("dst.txt", O_RDONLY);
dst = mmap(NULL, len, PROT_READ, MAP_SHARED, dstfd, 0);
bzero(out, 64);
memcpy(out, dst, len);
printf("\nfile content:\n%s\n", out);
munmap(dst, len);
close(dstfd);
return 0;
}
```
關于 mmap 函數的參數說明,這里就不細說了,大家可以參考 man-page。上面的代碼運行結果如下:

關于內存映射就說到了,更深入的分析需要涉及到很多操作系統層面的東西。我對這些東西了解的也不多,所以就不繼續分析了,慚愧慚愧。
### [](http://www.tianxiaobo.com/2018/03/24/JAVA-NIO%E4%B9%8B%E6%96%87%E4%BB%B6%E9%80%9A%E9%81%93/#25-其他操作)2.5 其他操作
FileChannel 還有一些其他的方法,這里通過一個表格來列舉這些方法,就不一一展開說明了。如下:
| 方法名 | 用途 |
| --- | --- |
| position | 返回或修改通道讀寫位置 |
| size | 獲取通道所關聯文件的大小 |
| truncate | 截斷通道所關聯的文件 |
| force | 強制將通道中的新數據刷新到文件中 |
| close | 關閉通道 |
| lock | 對通道文件進行加鎖 |
以上所列舉的方法用起來比較簡單,大家自己寫代碼驗證一下吧,這里就不貼代碼了。
## [](http://www.tianxiaobo.com/2018/03/24/JAVA-NIO%E4%B9%8B%E6%96%87%E4%BB%B6%E9%80%9A%E9%81%93/#3總結)3.總結
以上章節對 NIO 文件通道的用法和部分方法的實現進行了簡單分析。從上面的分析可以看出,NIO FileChannel 在實現上,實際上是對底層操作系統的一些 API 進行了再次封裝,也就是一層皮。有了這層封裝后,對上就屏蔽了底層 API 的細節,以降低使用難度。Java 為了提高開發效率,屏蔽了操作系統層面的細節。雖然 Java 可以屏蔽這些細節,但作為開發人員,我覺得我們不能也去屏蔽這些細節(雖然不了解這些細節也能寫代碼),有時間還是應該多了解了解這些底層的東西。畢竟要想往更高的層次發展,這些底層的知識必不可少。說到這里,感覺很慚愧,我的技術基礎也很薄弱。大學期間沒有意識到專業基礎課的重要性,學了很多東西,但忽略了基礎。好在工作不久后看了很多牛人的博客,也意識到了自己的不足。現在靜下心來打基礎,算是亡羊補牢吧。
好了,關于文件通道的內容這里就說到這,謝謝大家的閱讀。
- 一.JVM
- 1.1 java代碼是怎么運行的
- 1.2 JVM的內存區域
- 1.3 JVM運行時內存
- 1.4 JVM內存分配策略
- 1.5 JVM類加載機制與對象的生命周期
- 1.6 常用的垃圾回收算法
- 1.7 JVM垃圾收集器
- 1.8 CMS垃圾收集器
- 1.9 G1垃圾收集器
- 2.面試相關文章
- 2.1 可能是把Java內存區域講得最清楚的一篇文章
- 2.0 GC調優參數
- 2.1GC排查系列
- 2.2 內存泄漏和內存溢出
- 2.2.3 深入理解JVM-hotspot虛擬機對象探秘
- 1.10 并發的可達性分析相關問題
- 二.Java集合架構
- 1.ArrayList深入源碼分析
- 2.Vector深入源碼分析
- 3.LinkedList深入源碼分析
- 4.HashMap深入源碼分析
- 5.ConcurrentHashMap深入源碼分析
- 6.HashSet,LinkedHashSet 和 LinkedHashMap
- 7.容器中的設計模式
- 8.集合架構之面試指南
- 9.TreeSet和TreeMap
- 三.Java基礎
- 1.基礎概念
- 1.1 Java程序初始化的順序是怎么樣的
- 1.2 Java和C++的區別
- 1.3 反射
- 1.4 注解
- 1.5 泛型
- 1.6 字節與字符的區別以及訪問修飾符
- 1.7 深拷貝與淺拷貝
- 1.8 字符串常量池
- 2.面向對象
- 3.關鍵字
- 4.基本數據類型與運算
- 5.字符串與數組
- 6.異常處理
- 7.Object 通用方法
- 8.Java8
- 8.1 Java 8 Tutorial
- 8.2 Java 8 數據流(Stream)
- 8.3 Java 8 并發教程:線程和執行器
- 8.4 Java 8 并發教程:同步和鎖
- 8.5 Java 8 并發教程:原子變量和 ConcurrentMap
- 8.6 Java 8 API 示例:字符串、數值、算術和文件
- 8.7 在 Java 8 中避免 Null 檢查
- 8.8 使用 Intellij IDEA 解決 Java 8 的數據流問題
- 四.Java 并發編程
- 1.線程的實現/創建
- 2.線程生命周期/狀態轉換
- 3.線程池
- 4.線程中的協作、中斷
- 5.Java鎖
- 5.1 樂觀鎖、悲觀鎖和自旋鎖
- 5.2 Synchronized
- 5.3 ReentrantLock
- 5.4 公平鎖和非公平鎖
- 5.3.1 說說ReentrantLock的實現原理,以及ReentrantLock的核心源碼是如何實現的?
- 5.5 鎖優化和升級
- 6.多線程的上下文切換
- 7.死鎖的產生和解決
- 8.J.U.C(java.util.concurrent)
- 0.簡化版(快速復習用)
- 9.鎖優化
- 10.Java 內存模型(JMM)
- 11.ThreadLocal詳解
- 12 CAS
- 13.AQS
- 0.ArrayBlockingQueue和LinkedBlockingQueue的實現原理
- 1.DelayQueue的實現原理
- 14.Thread.join()實現原理
- 15.PriorityQueue 的特性和原理
- 16.CyclicBarrier的實際使用場景
- 五.Java I/O NIO
- 1.I/O模型簡述
- 2.Java NIO之緩沖區
- 3.JAVA NIO之文件通道
- 4.Java NIO之套接字通道
- 5.Java NIO之選擇器
- 6.基于 Java NIO 實現簡單的 HTTP 服務器
- 7.BIO-NIO-AIO
- 8.netty(一)
- 9.NIO面試題
- 六.Java設計模式
- 1.單例模式
- 2.策略模式
- 3.模板方法
- 4.適配器模式
- 5.簡單工廠
- 6.門面模式
- 7.代理模式
- 七.數據結構和算法
- 1.什么是紅黑樹
- 2.二叉樹
- 2.1 二叉樹的前序、中序、后序遍歷
- 3.排序算法匯總
- 4.java實現鏈表及鏈表的重用操作
- 4.1算法題-鏈表反轉
- 5.圖的概述
- 6.常見的幾道字符串算法題
- 7.幾道常見的鏈表算法題
- 8.leetcode常見算法題1
- 9.LRU緩存策略
- 10.二進制及位運算
- 10.1.二進制和十進制轉換
- 10.2.位運算
- 11.常見鏈表算法題
- 12.算法好文推薦
- 13.跳表
- 八.Spring 全家桶
- 1.Spring IOC
- 2.Spring AOP
- 3.Spring 事務管理
- 4.SpringMVC 運行流程和手動實現
- 0.Spring 核心技術
- 5.spring如何解決循環依賴問題
- 6.springboot自動裝配原理
- 7.Spring中的循環依賴解決機制中,為什么要三級緩存,用二級緩存不夠嗎
- 8.beanFactory和factoryBean有什么區別
- 九.數據庫
- 1.mybatis
- 1.1 MyBatis-# 與 $ 區別以及 sql 預編譯
- Mybatis系列1-Configuration
- Mybatis系列2-SQL執行過程
- Mybatis系列3-之SqlSession
- Mybatis系列4-之Executor
- Mybatis系列5-StatementHandler
- Mybatis系列6-MappedStatement
- Mybatis系列7-參數設置揭秘(ParameterHandler)
- Mybatis系列8-緩存機制
- 2.淺談聚簇索引和非聚簇索引的區別
- 3.mysql 證明為什么用limit時,offset很大會影響性能
- 4.MySQL中的索引
- 5.數據庫索引2
- 6.面試題收集
- 7.MySQL行鎖、表鎖、間隙鎖詳解
- 8.數據庫MVCC詳解
- 9.一條SQL查詢語句是如何執行的
- 10.MySQL 的 crash-safe 原理解析
- 11.MySQL 性能優化神器 Explain 使用分析
- 12.mysql中,一條update語句執行的過程是怎么樣的?期間用到了mysql的哪些log,分別有什么作用
- 十.Redis
- 0.快速復習回顧Redis
- 1.通俗易懂的Redis數據結構基礎教程
- 2.分布式鎖(一)
- 3.分布式鎖(二)
- 4.延時隊列
- 5.位圖Bitmaps
- 6.Bitmaps(位圖)的使用
- 7.Scan
- 8.redis緩存雪崩、緩存擊穿、緩存穿透
- 9.Redis為什么是單線程、及高并發快的3大原因詳解
- 10.布隆過濾器你值得擁有的開發利器
- 11.Redis哨兵、復制、集群的設計原理與區別
- 12.redis的IO多路復用
- 13.相關redis面試題
- 14.redis集群
- 十一.中間件
- 1.RabbitMQ
- 1.1 RabbitMQ實戰,hello world
- 1.2 RabbitMQ 實戰,工作隊列
- 1.3 RabbitMQ 實戰, 發布訂閱
- 1.4 RabbitMQ 實戰,路由
- 1.5 RabbitMQ 實戰,主題
- 1.6 Spring AMQP 的 AMQP 抽象
- 1.7 Spring AMQP 實戰 – 整合 RabbitMQ 發送郵件
- 1.8 RabbitMQ 的消息持久化與 Spring AMQP 的實現剖析
- 1.9 RabbitMQ必備核心知識
- 2.RocketMQ 的幾個簡單問題與答案
- 2.Kafka
- 2.1 kafka 基礎概念和術語
- 2.2 Kafka的重平衡(Rebalance)
- 2.3.kafka日志機制
- 2.4 kafka是pull還是push的方式傳遞消息的?
- 2.5 Kafka的數據處理流程
- 2.6 Kafka的腦裂預防和處理機制
- 2.7 Kafka中partition副本的Leader選舉機制
- 2.8 如果Leader掛了的時候,follower沒來得及同步,是否會出現數據不一致
- 2.9 kafka的partition副本是否會出現腦裂情況
- 十二.Zookeeper
- 0.什么是Zookeeper(漫畫)
- 1.使用docker安裝Zookeeper偽集群
- 3.ZooKeeper-Plus
- 4.zk實現分布式鎖
- 5.ZooKeeper之Watcher機制
- 6.Zookeeper之選舉及數據一致性
- 十三.計算機網絡
- 1.進制轉換:二進制、八進制、十六進制、十進制之間的轉換
- 2.位運算
- 3.計算機網絡面試題匯總1
- 十四.Docker
- 100.面試題收集合集
- 1.美團面試常見問題總結
- 2.b站部分面試題
- 3.比心面試題
- 4.騰訊面試題
- 5.哈羅部分面試
- 6.筆記
- 十五.Storm
- 1.Storm和流處理簡介
- 2.Storm 核心概念詳解
- 3.Storm 單機版本環境搭建
- 4.Storm 集群環境搭建
- 5.Storm 編程模型詳解
- 6.Storm 項目三種打包方式對比分析
- 7.Storm 集成 Redis 詳解
- 8.Storm 集成 HDFS 和 HBase
- 9.Storm 集成 Kafka
- 十六.Elasticsearch
- 1.初識ElasticSearch
- 2.文檔基本CRUD、集群健康檢查
- 3.shard&replica
- 4.document核心元數據解析及ES的并發控制
- 5.document的批量操作及數據路由原理
- 6.倒排索引
- 十七.分布式相關
- 1.分布式事務解決方案一網打盡
- 2.關于xxx怎么保證高可用的問題
- 3.一致性hash原理與實現
- 4.微服務注冊中心 Nacos 比 Eureka的優勢
- 5.Raft 協議算法
- 6.為什么微服務架構中需要網關
- 0.CAP與BASE理論
- 十八.Dubbo
- 1.快速掌握Dubbo常規應用
- 2.Dubbo應用進階
- 3.Dubbo調用模塊詳解
- 4.Dubbo調用模塊源碼分析
- 6.Dubbo協議模塊