在使用cookie管理器時，沒有選擇對應的策略 會導致cookie傳遞不了
下面來講一講這些用法
作用：用於管理Test plan運行時的所有的cookie。可以手動存儲，也可以自動存儲；
每次反復清除cookie?：勾選后將每次請求結束后都會將本次請求產生的cookie進行清除，下次請求時重新獲取。
Cookie Policy：cookie的管理策略。建議選擇Standard或Standard strict。這種兼容性設計要求是適應盡可能多的不同的服務器，也就是兼容性更好。
前邊說到既可以自動存儲也可以手動添加cookie，兩者的區別如下：
自動存儲：自動記錄每一個請求所產生的cookie，在后邊的同源站點進行請求時都可以使用對應的cookie並發送，它都有自己的存儲區域。每一個cookie是完全獨立的，即當遇到非同源站點時請求所帶的cookie將不一樣，其行為與瀏覽器行為是一致的。
注：這種自動收集cookie不會在cookie manager中進行展示，但是運行后通過查看結果樹可以查看到cookie信息，接受到的cookie會被自動存儲在線程變量中，在2.3.2版本之后不再存儲，如果你想要manager自動存儲收集到 的cookie，你需要修改JMeter.property:CookieManager.save.cookies=true；
手動存儲：手動添加的cookie具有全局性，會在發送請求時自動附加到所有的請求中，即被所有的請求所共享。
手動添加可以采用兩種方式，一、一個一個的慢慢添加；二、直接利用瀏覽器的插件（如火狐的firebug）導出。然后通過load按鈕將cookie進行導入。
cookie的分類：分為持久cookie和會話cookie；
持久cookie：持久cookie保存在客戶端本地的硬盤中，瀏覽器關閉后依然存在；
會話cookie：會話cookie保存的瀏覽器的進程會話中，瀏覽器關閉后就隨之被清除
以下是網上搜索的關於httpclient支持的cookies說明:
以下Cookies標准，HttpClient3.1可以支持。
1，standard 默認使用, 選擇Standard或Standard strict。這種兼容性設計要求是適應盡可能多的不同的服務器，也就是兼容性更好。
2，RFC2109
RFC2109是W3C組織第一次推出的官方Cookies標准。理論上，所有使用版本1Cookies的服務端都應該使用此標准。HttpClient已經將此標准設定為默認。
遺憾的是，許多服務端不正確的實現了標准或者仍然使用Netscape標准。所有有時感到此標准太多於嚴格。
RFC2109是HttpClient使用的默認Cookies協議。
3，RFC2965
RFC2965定義了版本2並且嘗試去彌補在版本1中Cookie的RFC2109標准的缺點。RFC2965是，並規定RFC2965最終取代RFC2109.
發送RFC2965標准Cookies的服務端，將會使用Set-Cookie2 header添加到Set-Cookie Header信心中，RFC2965 Cookies是區分端口的。
4，Netscape標准
Netscape是最原始的Cookies規范，同時也是RFC2109的基礎。盡管如此，還是在很多重要的方面與RFC2109不同，可能需要特定服務器才可以兼容。
5，Browser Compatibility
這種兼容性設計要求是適應盡可能多的不同的服務器，盡管不是完全按照標准來實現的。如果你遇到了解析Cookies的問題，你就可能要用到這一個規范。
有太多的web站點是用CGI腳本去實現的，而導致只有將所有的Cookies都放入Request header才可以正常的工作。這種情況下最好設置http.protocol.single-cookie-header參數為true。
6，Ignore Cookies
此規格忽略所有Cookie 。被用來防止HttpClient接受和發送的Cookie。
注：
-
Cookie Policy：cookie策略，從jmeter3.0開始默認是standard，具體是跟服務器端的實現方式有關的，各公司可能不一樣，我試用了其它的幾個選項都獲取不到cookie，只有netscape才能獲取到。所以當你獲取cookie有問題時，也可以檢查一下這個選項。
-
存儲在cookie管理器中的cookie：在這里可以添加用戶自定義的cookie，並且會被作用域內的所有線程共享。
部分內容轉自：https://blog.csdn.net/lijing742180/article/details/81158252