Grizzly框架 貌似在國內沒有中文文檔，在這里個人因為項目使用了一段時間，在此編寫一段簡單的體驗筆記，下圖是官網首頁的結構圖，從中可以看到Core Framework（核心框架）中拓展了HTTP、AJP、SPDY、WebSocket……可以說非常強大，而且對我來講它的IOStrategies（IO策略）是最關鍵的部分，針對不同的項目使用不同的策略，而MemoryManager則是最重要的部分，良好的內存管理可以減少GC，提高并發和響應速度。下面我們針對官網開放的資料進行一個個組件的學習，個人英文不是很好，還請見諒，哈

?

1、Memory Management Overview（內存管理）

Grizzly框架中的內存塊基于Buffer接口，制定了兩種內存管理器：

ByteBufferManager、HeapMemoryManager

ByteBufferManager是針對ByteBuffer的封裝管理，一般如果使用direct bytebuffer的時候才會用。另外HeapMemoryManager是針對byte[]的管理。兩者效率對比，是HeapMemoryManager的效率高。 另外在分配內存的策略上，做了線程池緩存的機制，提高復用率。

2、IOStrategies（I/O 策略）

Worker-thread IOStrategy. 該模式Selector專門負責消息接受和發送，Worker異步處理請求。注意，是消息的異步，而對于Worker線程，同一個連接的消息還是逐個處理，不會出現兩個Worker線程同時接受同一個Connection的消息。在這種模式下，響應會收到影響，因為我的項目是做arpg游戲，所以沒有使用這個模式。對于請求零散并且龐大、以及響應要求不高的情況下可以使用當前模式。
Same-thread IOStrategy.
直接在Selector線程接受消息的過程中處理消息，而Worker線程就沒有使用，對于響應要求比較高的項目可以使用該模式，比如我的arpg項目。注意，不能在處理過程中使用耗時較長的邏輯，比如數據庫操作。
Dynamic IOStrategy.
這是上面兩個策略的結合版本，至于這個怎么用，個人暫時還沒有什么想法。對于它的理念貌似挺好，但是實際效果就不清楚了，哈，希望有哪位大牛可以給點意見。
? ? Leader-follower IOStrategy.
對于這個感覺和Worker線程沒啥區別，只是增加了切換功能，Worker可以處理請求而變成Selector線程繼續處理IOEvent

總結

以上是生活随笔為你收集整理的Grizzly NIO框架的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。