一、標準的netty線程模型

雙池合璧：

1、連接線程池：

連接線程池專門負責監聽客戶端連接請求，並完成連接的建立（包括諸如握手、安全認證等過程）。

連接的建立本身是一個極其複雜、損耗性能的過程，此處使用線程池，能夠極大的增加處理客戶端連接的能力。

2、I/O線程池：

連接線程池會將成功建立的連接註冊到後端I/O線程池，由I/O線程池負責對相應連接的網絡數據進行讀寫、編解碼處理。

在實際應用中，我們通常會定義相應的業務消息協議，並選擇合適的序列化機制，netty I/O線程池部分根據預設的規則進行數據的編解碼。

二、延伸的業務線程池

其實我們這裏說的業務線程池不在網絡層處理邏輯里。處理到I/O線程池部分，所需要的請求數據已經處理完畢，涉及具體的業務處理邏輯，比較複雜的，或者時間、性能消耗特別大的，通常我們會單獨設置相應的線程池來處理。

三、netty的極致性能設計

1、無鎖化設計

I/O線程的內部串行化：

局部無鎖化串行處理，避免多線程切換帶來的複雜性及性能損耗（鎖競爭、CPU資源分配）。至於對於處理能力的考慮，可以通過調整I/O線程池容量來平衡。

盡量避免I/O線程和業務線程混淆及切換。

2、直接內存使用

TCP接收和發送使用直接內存代替堆內存，避免了數據在堆內存和主內存之間的複製消耗，提升了I/O讀取和寫入的性能。

 3、transferTo

依賴於操作系統零拷貝特性直接將緩衝區數據發送到相應的通道。

傳統的方式，先將源文件拷貝到內存，然後由內存寫到目的文件。

netty 利用 NIO FileChannel transferTo方法，通道對通道寫數據。

4、CompositeByteBuf

組合緩存使用可以像操作單個緩存一樣操作多個緩存，避免了傳統的操作方式帶來的內存複製性能消耗。

5、內存池使用

netty支持通過內存池的方式循環利用ByteBuf，避免了頻繁的創建，銷毀ByteBuf帶來的資源及性能損耗。

ByteBuf byte數據緩衝區，是NIO編程的主要對象。高負載情景下，ByteBuf內存池使用，可以有效降低GC頻率。

PoolArena netty的內存池實現類。PoolArena 是由多個Chunk組成的大塊內存區域，每個Chunk由一個多個Page組成。

Chunk：組織管理Page的內存分配和釋放，Page被構建為二叉樹形式：

PoolSubpage：對於小於Page的內存使用，直接在Page中完成分配，每個Page切分為大小相同的多個存儲塊兒，存儲塊兒的大小由第一次申請的內存塊兒大小決定。

回收：netty使用狀態位標識Chunk及Page內存可用性，Chunk標識二叉樹Page節點使用狀態；Page標識內部內存塊兒的使用狀態。

6、線程安全優化

合理的使用線程安全容器、原子類等，提升系統的併發處理能力，

7、引用計數器

通過引用計數器及時的申請釋放不再引用的對象，細粒度的內存管理降低了GC的頻率，減少GC帶來的時延增大和CPU損耗。

Netty 4中 ByteBuf 和 ByteBufHolder 引入引用計數器功能（實現ReferenceCounted接口），在特定的對象上跟蹤引用的數目。

引用計數器初始為1。如果對象活動的引用計數器大於0，則不會被釋放。當引用計數減少到0，實例將會被釋放。這也是 PooledByteBufAllocator 內存池應用的核心特性。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※別再煩惱如何寫文案,掌握八大原則!

目錄

• 簡介
• Buffer是什麼
• Buffer進階
• 創建Buffer
• Direct VS non-Direct
• Buffer的日常操作
  • 向Buffer寫數據
  • 從Buffer讀數據
  • rewind Buffer
  • Compact Buffer
  • duplicate Buffer
• 總結

簡介

小師妹在學習NIO的路上越走越遠，唯一能夠幫到她的就是在她需要的時候給她以全力的支持。什麼都不說了，今天介紹的是NIO的基礎Buffer。老鐵給我上個Buff。

Buffer是什麼

小師妹：F師兄，這個Buffer是我們縱橫王者峽谷中那句：老鐵給我加個Buff的意思嗎？

當然不是了，此Buffer非彼Buff，Buffer是NIO的基礎，沒有Buffer就沒有NIO，沒有Buffer就沒有今天的java。

因為NIO是按Block來讀取數據的，這個一個Block就可以看做是一個Buffer。我們在Buffer中存儲要讀取的數據和要寫入的數據，通過Buffer來提高讀取和寫入的效率。

更多精彩內容且看：

• 區塊鏈從入門到放棄系列教程-涵蓋密碼學,超級賬本,以太坊,Libra,比特幣等持續更新
• Spring Boot 2.X系列教程:七天從無到有掌握Spring Boot-持續更新
• Spring 5.X系列教程:滿足你對Spring5的一切想象-持續更新
• java程序員從小工到專家成神之路（2020版）-持續更新中,附詳細文章教程

更多內容請訪問www.flydean.com

還記得java對象的底層存儲單位是什麼嗎？

小師妹：這個我知道，java對象的底層存儲單位是字節Byte。

對，我們看下Buffer的繼承圖：

Buffer是一個接口，它下面有諸多實現，包括最基本的ByteBuffer和其他的基本類型封裝的其他Buffer。

小師妹：F師兄，有ByteBuffer不就夠了嗎？還要其他的類型Buffer做什麼？

小師妹，山珍再好，也有吃膩的時候，偶爾也要換個蘿蔔白菜啥的，你以為乾隆下江南都幹了些啥？

ByteBuffer雖然好用，但是它畢竟是最小的單位，在它之上我們還有Char，int，Double，Short等等基礎類型，為了簡單起見，我們也給他們都搞一套Buffer。

Buffer進階

小師妹：F師兄，既然Buffer是這些基礎類型的集合，為什麼不直接用結合來表示呢？給他們封裝成一個對象，好像有點多餘。

我們既然在面向對象的世界，從表面來看自然是使用Object比較合乎情理，從底層的本質上看，這些封裝的Buffer包含了一些額外的元數據信息，並且還提供了一些意想不到的功能。

上圖列出了Buffer中的幾個關鍵的概念，分別是Capacity，Limit，Position和Mark。Buffer底層的本質是數組，我們以ByteBuffer為例，它的底層是：

final byte[] hb; 

• Capacity表示的是該Buffer能夠承載元素的最大數目，這個是在Buffer創建初期就設置的，不可以被改變。
• Limit表示的Buffer中可以被訪問的元素個數，也就是說Buffer中存活的元素個數。
• Position表示的是下一個可以被訪問元素的index，可以通過put和get方法進行自動更新。
• Mark表示的是歷史index，當我們調用mark方法的時候，會把設置Mark為當前的position，通過調用reset方法把Mark的值恢復到position中。

創建Buffer

小師妹：F師兄呀，這麼多Buffer創建起來是不是很麻煩？有沒有什麼快捷的使用辦法？

一般來說創建Buffer有兩種方法，一種叫做allocate，一種叫做wrap。

public void createBuffer(){
        IntBuffer intBuffer= IntBuffer.allocate(10);
        log.info("{}",intBuffer);
        log.info("{}",intBuffer.hasArray());
        int[] intArray=new int[10];
        IntBuffer intBuffer2= IntBuffer.wrap(intArray);
        log.info("{}",intBuffer2);
        IntBuffer intBuffer3= IntBuffer.wrap(intArray,2,5);
        log.info("{}",intBuffer3);
        intBuffer3.clear();
        log.info("{}",intBuffer3);
        log.info("{}",intBuffer3.hasArray());
    }

allocate可以為Buffer分配一個空間，wrap同樣為Buffer分配一個空間，不同的是這個空間背後的數組是自定義的，wrap還支持三個參數的方法，後面兩個參數分別是offset和length。

INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=0 lim=10 cap=10]
INFO com.flydean.BufferUsage - true
INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=0 lim=10 cap=10]
INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=2 lim=7 cap=10]
INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=0 lim=10 cap=10]
INFO com.flydean.BufferUsage - true

hasArray用來判斷該Buffer的底層是不是數組實現的，可以看到，不管是wrap還是allocate，其底層都是數組。

需要注意的一點，最後，我們調用了clear方法，clear方法調用之後，我們發現Buffer的position和limit都被重置了。這說明wrap的三個參數方法設定的只是初始值，可以被重置。

Direct VS non-Direct

小師妹：F師兄，你說了兩種創建Buffer的方法，但是兩種Buffer的後台都是數組，難道還有非數組的Buffer嗎？

自然是有的,但是只有ByteBuffer有。ByteBuffer有一個allocateDirect方法，可以分配Direct Buffer。

小師妹：Direct和非Direct有什麼區別呢？

Direct Buffer就是說，不需要在用戶空間再複製拷貝一份數據，直接在虛擬地址映射空間中進行操作。這叫Direct。這樣做的好處就是快。缺點就是在分配和銷毀的時候會佔用更多的資源，並且因為Direct Buffer不在用戶空間之內，所以也不受垃圾回收機制的管轄。

所以通常來說只有在數據量比較大，生命周期比較長的數據來使用Direct Buffer。

看下代碼：

public void createByteBuffer() throws IOException {
        ByteBuffer byteBuffer= ByteBuffer.allocateDirect(10);
        log.info("{}",byteBuffer);
        log.info("{}",byteBuffer.hasArray());
        log.info("{}",byteBuffer.isDirect());

        try (RandomAccessFile aFile = new RandomAccessFile("src/main/resources/www.flydean.com", "r");
             FileChannel inChannel = aFile.getChannel()) {
            MappedByteBuffer buffer = inChannel.map(FileChannel.MapMode.READ_ONLY, 0, inChannel.size());
            log.info("{}",buffer);
            log.info("{}",buffer.hasArray());
            log.info("{}",buffer.isDirect());
        }
    }

除了allocateDirect,使用FileChannel的map方法也可以得到一個Direct的MappedByteBuffer。

上面的例子輸出結果：

INFO com.flydean.BufferUsage - java.nio.DirectByteBuffer[pos=0 lim=10 cap=10]
INFO com.flydean.BufferUsage - false
INFO com.flydean.BufferUsage - true
INFO com.flydean.BufferUsage - java.nio.DirectByteBufferR[pos=0 lim=0 cap=0]
INFO com.flydean.BufferUsage - false
INFO com.flydean.BufferUsage - true

Buffer的日常操作

小師妹:F師兄，看起來Buffer確實有那麼一點複雜，那麼Buffer都有哪些操作呢？

Buffer的操作有很多，下面我們一一來講解。

向Buffer寫數據

向Buffer寫數據可以調用Buffer的put方法：

public void putBuffer(){
        IntBuffer intBuffer= IntBuffer.allocate(10);
        intBuffer.put(1).put(2).put(3);
        log.info("{}",intBuffer.array());
        intBuffer.put(0,4);
        log.info("{}",intBuffer.array());
    }

因為put方法返回的還是一個IntBuffer類，所以Buffer的put方法可以像Stream那樣連寫。

同時，我們還可以指定put在什麼位置。上面的代碼輸出：

INFO com.flydean.BufferUsage - [1, 2, 3, 0, 0, 0, 0, 0, 0, 0]
INFO com.flydean.BufferUsage - [4, 2, 3, 0, 0, 0, 0, 0, 0, 0]

從Buffer讀數據

讀數據使用get方法，但是在get方法之前我們需要調用flip方法。

flip方法是做什麼用的呢？上面講到Buffer有個position和limit字段，position會隨着get或者put的方法自動指向後面一個元素，而limit表示的是該Buffer中有多少可用元素。

如果我們要讀取Buffer的值則會從positon開始到limit結束：

public void getBuffer(){
        IntBuffer intBuffer= IntBuffer.allocate(10);
        intBuffer.put(1).put(2).put(3);
        intBuffer.flip();
        while (intBuffer.hasRemaining()) {
            log.info("{}",intBuffer.get());
        }
        intBuffer.clear();
    }

可以通過hasRemaining來判斷是否還有下一個元素。通過調用clear來清除Buffer，以供下次使用。

rewind Buffer

rewind和flip很類似，不同之處在於rewind不會改變limit的值，只會將position重置為0。

public void rewindBuffer(){
        IntBuffer intBuffer= IntBuffer.allocate(10);
        intBuffer.put(1).put(2).put(3);
        log.info("{}",intBuffer);
        intBuffer.rewind();
        log.info("{}",intBuffer);
    }

上面的結果輸出：

INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=3 lim=10 cap=10]
INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=0 lim=10 cap=10]

Compact Buffer

Buffer還有一個compact方法，顧名思義compact就是壓縮的意思，就是把Buffer從當前position到limit的值賦值到position為0的位置：

public void useCompact(){
        IntBuffer intBuffer= IntBuffer.allocate(10);
        intBuffer.put(1).put(2).put(3);
        intBuffer.flip();
        log.info("{}",intBuffer);
        intBuffer.get();
        intBuffer.compact();
        log.info("{}",intBuffer);
        log.info("{}",intBuffer.array());
    }

上面代碼輸出：

INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=0 lim=3 cap=10]
INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=2 lim=10 cap=10]
INFO com.flydean.BufferUsage - [2, 3, 3, 0, 0, 0, 0, 0, 0, 0]

duplicate Buffer

最後我們講一下複製Buffer，有三種方法，duplicate，asReadOnlyBuffer，和slice。

duplicate就是拷貝原Buffer的position，limit和mark，它和原Buffer是共享原始數據的。所以修改了duplicate之後的Buffer也會同時修改原Buffer。

如果用asReadOnlyBuffer就不允許拷貝之後的Buffer進行修改。

slice也是readOnly的，不過它拷貝的是從原Buffer的position到limit-position之間的部分。

public void duplicateBuffer(){
        IntBuffer intBuffer= IntBuffer.allocate(10);
        intBuffer.put(1).put(2).put(3);
        log.info("{}",intBuffer);
        IntBuffer duplicateBuffer=intBuffer.duplicate();
        log.info("{}",duplicateBuffer);
        IntBuffer readOnlyBuffer=intBuffer.asReadOnlyBuffer();
        log.info("{}",readOnlyBuffer);
        IntBuffer sliceBuffer=intBuffer.slice();
        log.info("{}",sliceBuffer);
    }

輸出結果：

INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=3 lim=10 cap=10]
INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=3 lim=10 cap=10]
INFO com.flydean.BufferUsage - java.nio.HeapIntBufferR[pos=3 lim=10 cap=10]
INFO com.flydean.BufferUsage - java.nio.HeapIntBuffer[pos=0 lim=7 cap=7]

總結

今天給小師妹介紹了Buffer的原理和基本操作。

本文的例子https://github.com/ddean2009/learn-java-io-nio

本文作者：flydean程序那些事

本文鏈接：http://www.flydean.com/java-io-nio-buffer/

本文來源：flydean的博客

歡迎關注我的公眾號:程序那些事，更多精彩等着您！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※網頁設計最專業,超強功能平台可客製化

※別再煩惱如何寫文案,掌握八大原則!

Redis持久化是面試中經常會問到的問題，這裏主要通過對以下幾個問題進行分析，幫助大家了解Redis持久化的實現原理。

1.Redis持久化是什麼？

2.Redis持久化有哪些策略？各自的實現原理是怎麼樣的？

3.Redis的數據恢復策略是怎麼樣的？

4.Redis持久化策略該如何進行選擇？

1.Redis持久化是什麼？

因為Redis是一個內存數據庫，數據保存在內存中，一旦發生關機或者重啟，內存中的數據都會丟失，所以為了能夠重啟時恢複數據，Redis提供了持久化的機制，正常運行期間根據策略生成持久化文件。在機器重啟后，可以根據根據持久化文件恢復內存中的數據。Redis還為我們提供了持久化的機制。（雖然有主從同步，主機掛掉之後，可以讓從節點成為主節點，但是如果整個機房都發生停電，那麼主節點和從節點內存中的數據都會丟失，所以這也是持久化存在的意義。）

2.Redis持久化有哪些策略？

Redis持久化的策略主要有AOF持久化，RDB持久化，混合持久化。這是我自己總結的一個圖：

AOF持久化

執行流程

AOF持久化主要是Redis在修改相關的命令后，將命令添加到aof_buf緩存區的末尾，然後在每次事件循環結束時，

根據appendfsync的配置：

• appendfsync = always 每條修改命令都會更新到磁盤上的AOF文件, 最多只會丟失當前正在寫入的命令

• appendfsync = everysec 每秒更新到磁盤上的AOF文件一次, 最多丟失2秒的數據（因為執行fsync命令刷盤也需要時間，下面會解釋）

• appendfsync = no 不自動更新到磁盤上的AOF文件，由操作系統來決定何時刷盤(linux 貌似大部分默認是 30s)。可能會丟失刷盤之前的寫入數據。

（基於性能考慮一般生產環境的配置都是everysec）

（aof_buf是Redis中的SDS結構，可以理解為是一個字符串，只是對C語言的字符串做了一些優化，每次將新執行的更新命令添加到字符串末尾。）

怎麼防止AOF文件越來越大？

為了防止AOF文件越來越大，可以通過執行BGREWRITEAOF命令，會fork子進程出來，讀取當前數據庫的鍵值對信息，生成所需的寫命令，寫入新的AOF文件。在生成期間，父進程繼續正常處理請求，執行修改命令后，不僅會將命令寫入aof_buf緩衝區，還會寫入重寫aof_buf緩衝區。當新的AOF文件生成完畢后，子進程父進程發送信號，父進程將重寫aof_buf緩衝區的修改命令寫入新的AOF文件，寫入完畢后，對新的AOF文件進行改名，原子地（atomic）地替換舊的AOF文件。

什麼是AOF文件追加阻塞？

修改命令添加到aof_buf之後，如果配置是everysec那麼會每秒執行fsync操作，調用write寫入磁盤一次，但是如果硬盤負載過高，fsync操作可能會超過1s，Redis主線程持續高速向aof_buf寫入命令，硬盤的負載可能會越來越大，IO資源消耗更快，所以Redis的處理邏輯是會對比上次fsync成功的時間，如果超過2s，則主線程阻塞直到fsync同步完成，所以最多可能丟失2s的數據，而不是1s。

RDB持久化

RDB持久化指的是在滿足一定的觸發條件時（在一個的時間間隔內執行修改命令達到一定的數量，或者手動執行SAVE和BGSAVE命令），對這個時間點的數據庫所有鍵值對信息生成一個壓縮文件dump.rdb，然後將舊的刪除，進行替換。

執行流程

實現原理是fork一個子進程，然後對鍵值對進行遍歷，生成rdb文件，在生成過程中，父進程會繼續處理客戶端發送的請求，當父進程要對數據進行修改時，會對相關的內存頁進行拷貝，修改的是拷貝后的數據。（也就是COPY ON WRITE，寫時複製技術，就是當多個調用者同時請求同一個資源，如內存或磁盤上的數據存儲，他們會共用同一個指向資源的指針，指向相同的資源，只有當一個調用者試圖修改資源的內容時，系統才會真正複製一份專用副本給這個調用者，其他調用者還是使用最初的資源,在CopyOnWriteArrayList的實現中，也有用到，添加或者插入一個新元素時過程是，加鎖，對原數組進行複製，然後添加新元素，然後替代舊數組，解鎖）

	//CopyOnWriteArrayList的添加元素的方法
public boolean add(E e) {
  final ReentrantLock lock = this.lock;
  lock.lock();
  try {
    Object[] elements = getArray();
    int len = elements.length;
    Object[] newElements = Arrays.copyOf(elements, len + 1);
    newElements[len] = e;
    setArray(newElements);
    return true;
  } finally {
    lock.unlock();
  }
}

混合持久化（Redis4.0+）

執行流程

混合持久化同樣也是通過bgrewriteaof命令完成的，不同的是當開啟混合持久化時，fork出的子進程先將當前內存中的鍵值對信息全量的以RDB方式寫入aof文件，然後在將重寫緩衝區的增量命令以AOF方式寫入到文件，寫入完成后通知主進程更新統計信息，並將新的含有RDB格式和AOF格式的AOF文件替換舊的的AOF文件。簡單的說：新的AOF文件前半段是RDB格式的全量數據後半段是AOF格式的增量數據，如下圖：

3.Redis的數據恢復策略是怎麼樣的？

1.如果配置了混合持久化，那麼根據混合持久化文件進行恢複數據。（Redis4.0+）

2.只配置 AOF ，重啟時加載 AOF 文件恢複數據。

3.同時配置了 RDB 和 AOF ，啟動時只加載 AOF文件恢複數據，如果AOF文件損壞，那麼根據RDB文件恢複數據。

4.只配置 RDB，啟動時加載RDB持久化文件恢複數據。

4.Redis持久化策略該如何進行選擇？

（因為混合持久化是Redis 4.0之後支持的，目前一般生成環境使用的Redis版本可能都還較低，所以這裏的策略選擇主要是針對AOF持久和RDB持久化進行技術選型。）

以下是幾種持久化方案選擇的場景：

1.不需要考慮數據丟失的情況

那麼不需要考慮持久化。

2.單機實例情況下

可以接受丟失十幾分鐘及更長時間的數據，可以選擇RDB持久化，對性能影響小，如果只能接受秒級的數據丟失，只能選擇AOF持久化。

3.在主從環境下

因為主服務器在執行修改命令后，會將命令發送給從服務器，從服務進行執行后，與主服務器保持數據同步，實現數據熱備份，在master宕掉後繼續提供服務。同時也可以進行讀寫分離，分擔Redis的讀請求。

那麼在從服務器進行數據熱備份的情況下，是否還需要持久化呢？

需要持久化，因為不進行持久化，主服務器，從服務器同時出現故障時，會導致數據丟失。（例如：機房全部機器斷電）。如果系統中有自動拉起機制（即檢測到服務停止后重啟該服務）將master自動重啟，由於沒有持久化文件，那麼master重啟后數據是空的，slave同步數據也變成了空的。應盡量避免“自動拉起機制”和“不做持久化”同時出現。

所以一般可以採用以下方案：

主服務器不開啟持久化，使得主服務器性能更好。

從服務器開啟AOF持久化，關閉RDB持久化，並且定時對AOF文件進行備份，以及在凌晨執行bgaofrewrite命令來進行AOF文件重寫，減小AOF文件大小。（當然如果對數據丟失容忍度高也可以開啟RDB持久化，關閉AOF持久化）

4.異地災備

一般性的故障（停電，關機）不會影響到磁盤，但是一些災難性的故障（地震，洪水）會影響到磁盤，所以需要定時把單機上或從服務器上的AOF文件，RDB文件備份到其他地區的機房。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

1.簡介

JMeter配置元件可以用來初始化默認值和變量，讀取文件數據，設置公共請求參數，賦予變量值等，以便後續採樣器使用。將在其作用域的初始化階段處理。配置元件（Config Element）提供對靜態數據配置的支持，可以為取樣器設置默認值和變量。

首先我們來看一下JMeter的配置元件，路徑：添加-配置元件；我們可以清楚地看到JMeter5中共有19個配置元件，如下圖所示：

如果上圖您看得不是很清楚的話，宏哥總結了一個思維導圖，關於JMeter5的配置元件類型，如下圖所示：

 通過以上的了解，我們對配置元件有了一個大致的了解和認識。下面宏哥就給小夥伴或則童鞋們分享講解一些通常在工作中會用到的配置元件。

 2.常用配置元件詳解

　　這一小節，宏哥就由上而下地詳細地講解一下常用的配置元件。

2.1CSV Data Set Config

1、我們先來看看這個CSV Data Set Config長得是啥樣子，如下圖所示：

 2、參數詳解及說明，如下錶所示：

 3、Recycle on EOF 和Stop thread on EOF的關係：

當Recycle on EOF 選擇true時，Stop thread on EOF選擇true和false無任何意義，因為既然前面已經設置了文件是不停的循環讀取，後面的控制stop就相當於失效；
當Recycle on EOF 選擇false時，Stop thread on EOF選擇true，則當線程數超過文件里的參數的個數時，實際請求數為參數的個數；
當Recycle on EOF 選擇false時，Stop thread on EOF選擇flase，當線程數超過文件里參數的個數時，實際請求次數為線程數，但當線程數超過參數次數時，由於沒有參數，所以結果仍然是失敗的。
4、Sharing mode：如果希望每個線程擁有自己獨立的值集合，那麼就需要創建一系列數據文件，為每個線程準備一個數據文件，如test1.csv、test2.csv等，使用文件名test${__threadNum}.csv,並將“sharing mode”設置為”Current thread”

All threads：文件在所有線程間共享。

Identifier：所有線程共享相同的標識，共享相同的文件。如有４個線程組，測試人員可以使用一個通用ＩＤ，以便在兩個或多個線程組之間共享文件。

Current thread：每個文件會針對每個線程單獨打開。

Current thread group：每個文件會針對每個線程組打開一次。

2.2HTTP Header Manager

支持用戶添加或者重寫HTTP請求頭。JMeter支持多個信息頭管理器。多個信息頭條目合併成一個信息頭列表，跟隨http請求一併提交到服務端。

注意：敲黑板，敲腦殼！！！

（1）當有多個信息頭管理器，且不同的管理器內有名稱相同的信息頭條目存在時，順序靠前的管理器的信息頭條目會覆蓋後面的；

（2）當只有一個信息頭管理器，但管理器內有名稱相同的信息頭條目時，會同時生效；

 1、我們先來看看這個HTTP Header Manager長得是啥樣子，如下圖所示：

 2、參數詳解及說明，如下錶所示：

3、常用請求頭，這些一般可以抓包和在瀏覽器中查到，如下錶所示：

2.3HTTP Cookie Manager

主要有兩個功能：

一個功能是：像web瀏覽器一樣存儲和發送Cookie。如果有一個HTTP請求和相應里包含Cookie，Cookie管理器會自動存儲Cookie，那麼接下來針對特定web站點的所有請求中使用該Cookie。可在結果樹中查看。

接收到的Cookie可以被保存為變量，須定義屬性”CookieManager.save.cookie=true”。另外，在被存儲前Cookie名稱會加上前綴“COOKIE_”，要恢復早前處理方式，則定義屬性”CookieManager.name.prefix=”(一個或多個空格）。

如果啟動了該功能，那麼名稱為TEST的Cookie,可以通過${COOKIE_TEST}加以引用。手動為Cookie管理器添加一個Cookie（為所有JMeter線程所共享）。

1、我們先來看看這個HTTP Cookie Manager長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示：

2.4HTTP Cache Manager

　　被用來為其作用域內的HTTP請求提供緩存功能，如果“Use Cache-Control/Expires header When …”選中，那麼會根據當前時間來選擇，如果請求是”GET”，而時間指向未來，那麼採樣器就會立即返回，而無須從遠程服務器請求URL,這樣是為了模擬瀏覽器的操作，請注意Cache-Control頭必須是“pulic”的，並且只有”max-age”終結選項會被處理，如果請求文檔自從其被緩存以來沒有發生任何改變，那麼響應包體就會為空。

1、我們先來看看這個HTTP Cache Manager長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示：

2.5HTTP Request Defaults

在實際測試計劃中，我們經常會碰到Http Sampler請求有較多的參數與配置會重複，每一個Http Sampler都單獨設置的話比較浪費時間和精力，為了節省工作量，JMeter提供了HTTP Request Defaults元件，用來把這些重複的部分封裝起來，一次設置多次使用。可以設定一些缺省值，假設有10個請求，訪問域名和端口都是一樣的，那HTTP請求中就不再需要單獨配置了，比較方便（增加腳本的移植性）。

這個元件可以設置HTTP請求控制器使用的默認值。例如，圖中【服務器名稱或IP】項目內填入了【example.com】，後面的HTTP請求如果IP也是example.com的話，那麼只要將【服務器名稱或IP】留空，那麼這個字段將自動繼承HTTP請求默認值中的值。其他諸如【協議】、【端口號】、【路徑】等同此。

1、我們先來看看這個HTTP Request Defaults長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示：

2.6Counter

計數器，顧名思義就是在測試執行過程中會記錄迭代次數。可以在線程組任何位置創建，允許用戶配置起點、最大值和增量。配置后，計數器將從起點循環到最大值，然後重新開始，直到線程結束。允許用戶創建一個計數器，可在線程組中任何地方被引用。

1、我們先來看看這個Counter長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示：

2.7DNS Cache Manager

1、我們先來看看這個DNS Cache Manager長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示：

2.8FTP Request Defaults

被用於設置FTP請求的默認值

1、我們先來看看這個FTP Request Defaults長得是啥樣子，如下圖所示：

2.9HTTP Authorization Manager

HTTP認證是一種安全機制，在客戶端、瀏覽器或者程序向服務器發起請求時，需要提供用戶名和密碼且驗證通過（拿到憑證）才能繼續發起交互。

1、我們先來看看這個HTTP Authorization Manager長得是啥樣子，如下圖所示： 

2.10JDBC Connection Configuration

1、我們先來看看這個JDBC Connection COnfiguration長得是啥樣子，如下圖所示： 

 2、關於JDBC Connection COnfiguration參數詳細說明，可以參考宏哥的另一篇文章是非常詳細的：傳送門。

2.11Java Request Defaults

1、我們先來看看這個Java Request Defaults長得是啥樣子，如下圖所示： 

2.12Keystore Configuration

1、我們先來看看這個Keystore Configuration長得是啥樣子，如下圖所示： 

2、參數詳細說明，如下錶所示：

 2.13LDAP Extended Request Defaults

1、我們先來看看這個LDAP Extended Request Defaults長得是啥樣子，如下圖所示： 

2.14LDAP Request Defaults

1、我們先來看看這個LDAP Request Defaults長得是啥樣子，如下圖所示： 

2.15Login Config Element

1、我們先來看看這個Login Config Element長得是啥樣子，如下圖所示： 

2.16Random Variable

1、我們先來看看這個Random Variable長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示：  

2.17Simple Config Element

1、我們先來看看這個Simple Config Element長得是啥樣子，如下圖所示： 

2、參數詳細說明，如下錶所示：  

2.18TCP Sampler Config

TCP採樣器配置為TCP採樣器提供默認數據

1、我們先來看看這個TCP Sampler Config長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示： 

2.19User Defined Variables

如果您有多個線程組，請確保對不同的值使用不同的名稱，因為UDV在線程組之間共享。同樣，這些變量在處理完元素之後才可用，因此您不能引用在同一元素中定義的變量。您可以引用在早期UDV或測試計劃中定義的變量。

1、我們先來看看這個User Defined Variable長得是啥樣子，如下圖所示：

2、參數詳細說明，如下錶所示： 

3.小結

 好了，今天關於JMeter的配置元件就分享到這裏，其中有些常用的要熟練掌握。

您的肯定就是我進步的動力。如果你感覺還不錯，就請鼓勵一下吧！記得隨手點波  推薦  不要忘記哦！！！

別忘了點 推薦 留下您來過的痕迹

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

雷凌的外觀設計要比卡羅拉更顯年輕動感一些，1。2T的發動機最大馬力116匹，峰值扭矩185牛米。國家工信部對於豐田雷凌1。2T的油耗測試結果显示為5。7L/100km，而根據現任車主的反應，綜合油耗也是在6。5-7。0L/100km，比其他車型更具優勢的是，雷凌所使用的1。

基於以上種種的原因還是考慮合資車型，而一款油耗低，售價相對親民的合資轎車肯定更讓人覺得具有吸引力，但就目前來說，還是有不少消費者不太能接受純電動和混合動力車型；本次就推薦幾款油耗低，售價也相對能夠讓人接受的合資家用轎車。

標緻308 230THp

指導價格：10.97-13.37萬

標緻308的外觀更新讓人欣喜，家族式前臉設計更有精神，車身整體線條也更加和諧流暢，採用1.2T的標緻308最大馬力136匹，峰值扭矩230牛米。

工信部油耗显示1.2T的標緻308綜合耗油5.2L/100km左右，根據已經購入標緻308 230THp車型的車主反映，普遍油耗在6.5-7.5L/100km左右，油耗並不顯得太高，基礎排量小為其奠定了根基。

廣汽豐田雷凌1.2T

指導價格：10.98-13.38萬

豐田集團繼混合動力車型推出以後，在雷凌和卡羅拉車型上繼續細分了1.2T的發動機版本以供消費者選擇。雷凌的外觀設計要比卡羅拉更顯年輕動感一些，1.2T的發動機最大馬力116匹，峰值扭矩185牛米。

國家工信部對於豐田雷凌1.2T的油耗測試結果显示為5.7L/100km，而根據現任車主的反應，綜合油耗也是在6.5-7.0L/100km，比其他車型更具優勢的是，雷凌所使用的1.2T是一款4缸發動機，平順性更出色。

一汽大眾高爾夫230TSI

指導價格：14.09-15.79萬

大眾高爾夫是家用車層面銷量非常高的一款緊湊型轎車，市場上曝光率很高，人們對它也非常熟悉，外觀造型顯得大氣簡潔，接受人群的年齡覆蓋面非常廣，230TSI所搭載的1.4T EA211發動機最大馬力131匹，峰值扭矩225牛米。

工信部對高爾夫230TSI車型的油耗測試綜合油耗显示5.9L/100km，根據現任車主普遍的口碑放映，230TSI的自動車型綜合油耗在7.5L/100km左右，高爾夫的優勢在於更符合大眾審美的汽車造型，以及更出色的操控性。

全文總結：以上三款車型都是各自車系中油耗較低的選擇，而標緻308凸顯的是個性，雷凌體現的是平實家用，高爾夫的優點在於紮實的底盤感受以及優良的操控性，基本上可以符合訴求各自不同的消費者。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?