Ⅰ 開發者如何扣用戶的token
在瀏覽器上打開網頁,按F12,在出現的控制面板裡面查找碧和可以找到token的信息，一般會在network欄中，介面的header裡面。
時常也有開發者把token 放在客戶端三個位置：1、存空敏儲在localStorage中；2、存儲在cookie中；3、存儲在localStorage中。
token 其實就是訪問資源對憑證。一般是用戶通過用戶名和密碼悔虧盯登錄成功之後，伺服器將登錄憑證做數字簽名，加密之後得到的字元串作為token。
Ⅱ 單點登陸TOKEN的處理
API介面的安全性主要是為了保證數據不會被篡改和重復調用，實現方案主要圍繞Token、時間戳和Sign三個機制展開設計。
1. Token授權機制
用戶使用用戶名密碼登錄後伺服器給客戶端返回一個Token（必須要保證唯一，可以結合UUID和本地設備標示），並將Token-UserId以鍵滑瞎伏值對的形式存放在緩存伺服器中（我們是使用Redis），並要設置失效時間。服務端接收到請求後進行Token驗證，如果Token不存在，說明請求無效。Token是客戶端訪問服務端信攜的憑證。
2. 時間戳超時機制
用戶每次請求都帶上當前時間的時間戳timestamp，服務端接收到timestamp後跟當前時間進行比對，如果時間差大於一定時間（比如30秒），則認為該請求失效。時間戳超時機制是防禦重復調用和爬取數據的有效手段。
當然這里需要注意的地方是保證客戶端和服務端的「當前時間」是一致的，我們採取的對齊方式是客戶端第一次連接服務端時請求一個介面獲取服務端的當前時間A1，再和客戶端的當前時間B1做一個差異化計算（A1-B1=AB），得出差異值AB，客戶端再後面的請求中都是傳B1+AB給到服務端。
3. API簽名機制
將「請求的API參數」+「時間戳」+「鹽」進行MD5演算法加密，加密後的數據就是本次請求的簽名signature，服務端接收到請求後以同樣的演算法得到簽名，並跟當前的簽名進行比對，如果不一樣，說神嫌明參數被更改過，直接返回錯誤標識。簽名機制保證了數據不會被篡改。
4. 注意事項
5. 安全保障總結
在以上機制下，
如果有人劫持了請求，並對請求中的參數進行了修改，簽名就無法通過；
如果有人使用已經劫持的URL進行DOS攻擊和爬取數據，那麼他也只能最多使用30s；
如果簽名演算法都泄露了怎麼辦？可能性很小，因為這里的「鹽」值只有我們自己知道。
Ⅲ 為什麼對外介面不能用token
具納卜輪有時間限制。token介面具有時間限制，因此不能進行對外介面的使用。為了安全考慮要訪問的服務的介面需要token驗證才洞信能訪弊輪問，因此需要攜帶token才能訪問。
Ⅳ 怎麼處理微信"token驗證失敗」
一.
1. 首先要了解的是什麼是URL和Token，
在這里，URL就是放置了介面程序的網址，這個網址一般得是你自己的伺服器或空間地址。你自己在這個空間上某個目錄已經有介面程序了，你知道這個介面程序在互聯網上的訪問地址是什麼。而Token就閉滲是一個令牌，該令牌是個數字或字母形式的字元串，用於微信伺服器與你的伺服器進行通訊的時候的身份驗證。防止非法數據來搞亂。
2. 然後要了解的是開發模式為什麼要使用Url和Token，
使用url是為了讓微信伺服器和你的伺服器進行通訊對話，從而達到開發模式下自動回復的目的。而實現這個通訊，必須有相應的程序為你完成這個功能，而這個程序必須已經開發完成並且放置於url路徑下面，當你中配填寫完url和token的時候，微信伺服器就會和你的伺服器下的程序進行一次認證過程，認證通過表明這個伺服器是你的並且程序沒有問題。不然你填個不存在的url或者url下面個沒有相應的介面功能，那是通不過的。
3.那麼如何處理如下問題」token驗證失敗」
valid(); class wechatCallbackapiTest { public function valid() { $echoStr = $_GET["echostr"]; //valid signature , option if($this->checkSignature()){ echo $echoStr; exit; } } public function responseMsg() { //get post data, May be e to the different environments $postStr = $GLOBALS["HTTP_RAW_POST_DATA"]; //extract post data if (!empty($postStr)){ $postObj = simplexml_load_string($postStr, 'SimpleXMLElement', LIBXML_NOCDATA); $fromUsername = $postObj->FromUserName; $toUsername = $postObj->ToUserName; $keyword = trim($postObj->Content); $time = time(); $textTpl = " %s 0 "; if(!empty( $keyword )) { $msgType = "text"; $contentStr = "Welcome to wechat world!"; $resultStr = sprintf($textTpl, $fromUsername, $toUsername, $time, $msgType, $contentStr); echo $resultStr; }else{ echo "Input something..."轎培脊; } }else { echo ""; exit; } } private function checkSignature() { $signature = $_GET["signature"]; $timestamp = $_GET["timestamp"]; $nonce = $_GET["nonce"]; $token = TOKEN; $tmpArr = array($token, $timestamp, $nonce); sort($tmpArr); $tmpStr = implode( $tmpArr ); $tmpStr = sha1( $tmpStr ); if( $tmpStr == $signature ){ return true; }else{ return false; } } } ?>
2.在微擎中修改token值也是為roselife
3.登陸微信公眾平台中:開發——基本配置——修改配置中
a.伺服器配置地址(URL):域名後後面跟wx_sample.php
b.token填寫的也是roselife
Ⅳ HTTP介面POST請求如何通過或關閉CSRF的TOKEN驗證
真有那麼容易通過驗證的話，加那個驗證幹啥呢？天真
Ⅵ 你的伺服器沒有正確響應Token驗證
檢查你的伺服器上的的介面文件是否能夠訪問，token是否配置正確
Ⅶ getway不校驗白名單怎麼設置
lovenuo1314
碼齡11年
關注
1、若依後端gateway模塊配置白圓纖名單
顧名思義，就是允許訪問的地址。且無需登錄就能訪問。在ignore中設置whites，表示允橘茄仿許匿名訪問。
1.1、在nacos中gateway配置文件中配納昌置
1.2、代碼
package com.ruoyi.gateway.filter;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.core.Ordered;
import org.springframework.http.server.reactive.ServerHttpRequest;
import org.springframework.stereotype.Component;
import org.springframework.web.server.ServerWebExchange;
import com.ruoyi.common.core.constant.CacheConstants;
import com.ruoyi.common.core.constant.HttpStatus;
import com.ruoyi.common.core.constant.SecurityConstants;
import com.ruoyi.common.core.constant.TokenConstants;
import com.ruoyi.common.core.utils.JwtUtils;
import com.ruoyi.common.core.utils.ServletUtils;
import com.ruoyi.common.core.utils.StringUtils;
import com.ruoyi.common.redis.service.RedisService;
import com.ruoyi.gateway.config.properties.IgnoreWhiteProperties;
import io.jsonwebtoken.Claims;
import reactor.core.publisher.Mono;
/**
* 網關鑒權
*
* @author ruoyi
*/
@Component
public class AuthFilter implements GlobalFilter, Ordered
{
private static final Logger log = LoggerFactory.getLogger(AuthFilter.class);
// 排除過濾的 uri 地址，nacos自行添加
@Autowired
private IgnoreWhiteProperties ignoreWhite;
@Autowired
private RedisService redisService;
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain)
{
ServerHttpRequest request = exchange.getRequest();
ServerHttpRequest.Builder mutate = request.mutate();
String url = request.getURI().getPath();
// 跳過不需要驗證的路徑
if (StringUtils.matches(url, ignoreWhite.getWhites()))
{
return chain.filter(exchange);
}
String token = getToken(request);
if (StringUtils.isEmpty(token))
{
return unauthorizedResponse(exchange, "令牌不能為空");
}
Claims claims = JwtUtils.parseToken(token);
if (claims == null)
{
return unauthorizedResponse(exchange, "令牌已過期或驗證不正確！");
}
String userkey = JwtUtils.getUserKey(claims);
boolean islogin = redisService.hasKey(getTokenKey(userkey));
if (!islogin)
{
return unauthorizedResponse(exchange, "登錄狀態已過期");
}
String userid = JwtUtils.getUserId(claims);
String username = JwtUtils.getUserName(claims);
if (StringUtils.isEmpty(userid) || StringUtils.isEmpty(username))
{
return unauthorizedResponse(exchange, "令牌驗證失敗");
}
// 設置用戶信息到請求
addHeader(mutate, SecurityConstants.USER_KEY, userkey);
addHeader(mutate, SecurityConstants.DETAILS_USER_ID, userid);
addHeader(mutate, SecurityConstants.DETAILS_USERNAME, username);
// 內部請求來源參數清除
removeHeader(mutate, SecurityConstants.FROM_SOURCE);
return chain.filter(exchange.mutate().request(mutate.build()).build());
}
private void addHeader(ServerHttpRequest.Builder mutate, String name, Object value)
{
if (value == null)
{
return;
}
String valueStr = value.toString();
String valueEncode = ServletUtils.urlEncode(valueStr);
mutate.header(name, valueEncode);
}
private void removeHeader(ServerHttpRequest.Builder mutate, String name)
{
mutate.headers(httpHeaders -> httpHeaders.remove(name)).build();
}
private Mono<Void> unauthorizedResponse(ServerWebExchange exchange, String msg)
{
log.error("[鑒權異常處理]請求路徑:{}", exchange.getRequest().getPath());
return ServletUtils.webFluxResponseWriter(exchange.getResponse(), msg, HttpStatus.UNAUTHORIZED);
}
/**
* 獲取緩存key
*/
private String getTokenKey(String token)
{
return CacheConstants.LOGIN_TOKEN_KEY + token;
}
/**
* 獲取請求token
*/
private String getToken(ServerHttpRequest request)
{
String token = request.getHeaders().getFirst(TokenConstants.AUTHENTICATION);
// 如果前端設置了令牌前綴，則裁剪掉前綴
if (StringUtils.isNotEmpty(token) && token.startsWith(TokenConstants.PREFIX))
{
token = token.replaceFirst(TokenConstants.PREFIX, StringUtils.EMPTY);
}
return token;
}
@Override
public int getOrder()
{
return -200;
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
package com.ruoyi.gateway.config.properties;
import java.util.ArrayList;
import java.util.List;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.context.annotation.Configuration;
/**
* 放行白名單配置
*
* @author ruoyi
*/
@Configuration
@RefreshScope
@ConfigurationProperties(prefix = "security.ignore")
public class IgnoreWhiteProperties
{
/**
* 放行白名單配置，網關不校驗此處的白名單
*/
private List<String> whites = new ArrayList<>();
public List<String> getWhites()
{
return whites;
}
public void setWhites(List<String> whites)
{
this.whites = whites;
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
啟動代碼並測試
已經走到了sytem模塊中，並且沒有進行登錄；說明我們的配置已經生效
文章知識點與官方知識檔案匹配
Java技能樹首頁概覽
84637 人正在系統學習中
打開CSDN，閱讀體驗更佳
Amazon API Gateway使用IP白名單控制後端服務訪問_亞林瓜子的博客-CSD...
異地IP驗證 使用移動IP調用,請求被拒絕了。 白名單IP驗證 同樣的請求,在白名單中的IP就可以正常請求。 總結 這里使用的AWS中國北京地區的API Gateway服務,通過策略控制對後台服務的訪問控制。
SpringCloud Gateway網關配置(二)介面訪問IP白名單配置(真實IP)
SpringCloud Gateway網關配置中,需要對訪問的IP設置白名單,SpringCloud Gateway官方給出YML配置文件配置。 如下: 5.10. The RemoteAddr Route Predicate Factory The RemoteAddr route predicate factory takes a list (min size 1) of so...
Spring Cloud Gateway 網關實現白名單功能
對於微服務後台而言，網關層作為所有網路請求的入口。一般基於安全考慮，會在網關層做許可權認證，但是對於一些例如登錄、注冊等介面以及一些資源數據，這些是不需要有認證信息，因此需要在網關層設計一個白名單的功能。本文將基於 Spring Cloud Gateway 2.X 實現白名單功能。注意事項: Gateway 網關層的白名單實現原理是在過濾器內判斷請求地址是否符合白名單，如果通過則跳過當前過濾器。如果有多個過濾器，則需要在每一個過濾器里邊添加白名單判斷。......
繼續訪問
若依vue分離版（ruoyi-vue）跳過token驗證，設置白名單
找到SecurityConfig類的configure方法 如圖所示 在設置白名單後還需要把介面上的許可權標識符去掉。然後需要重啟一下項目，熱載入不行，會報錯。
繼續訪問
Kong Gateway - 13 基於網關服務的IP白名單限制訪問(Whitelist IP Restri...
為名稱為book的服務的路由{route_id啟用IP白名單限制訪問其中192.168.10.50表示限制macOS系統這一台計算機不能訪問book服務的路由其中192.168.43.0/24表示限制IP地址是192.168.43這一整個網段的IP都不能訪問book服務的路由(Windows 10在此...
服務網關:Gateway_青銅造白的博客
可以實現日誌攔截、許可權控制、解決跨域、限流、熔斷、負載均衡,隱藏服務端的ip,黑名單與白名單攔截、授權等。 二:gateway的核心概念 1、Route(路由):就是轉發規則 Spring Cloud Gateway的基礎元素,可簡單理解成一條轉發的規則。包含:ID...
SpringCloud Gateway網關配置（二）介面訪問IP白名單配置（真實IP）
SpringCloud Gateway網關配置中，需要對訪問的IP設置白名單，SpringCloud Gateway官方給出YML配置文件配置。 如下： 5.10. The RemoteAddr Route Predicate Factory The RemoteAddr route predicate factory takes a list (min size 1) of sources, which are CIDR-notation (IPv4 or IPv6) strings, such as 1
繼續訪問
nacos許可權認證(二) 開啟許可權認證
直接設置下述屬性為true，就可以避免 nacos許可權認證(一) 中的問題。 這個時候再訪問nacos頁面，則會直接報錯。因此，還需要再設置兩個屬性（數值可以隨便填）。添加好這兩個屬性時頁面就能正常訪問了。注意：如果你遇到這種情況，只需要關閉提示，點擊用戶名，登出，然後重新登錄即可。這個時候，如果你加修改直接啟動其他服務，則其他服務無法正常連接nacos，也需要坐一番配置。需要再其他服務的配置文件中加上如下配置。 這樣，其他服務就能正常連接nacos了。至此，nacos的許可權漏洞問題就解決了。
繼續訪問
若依RuoYi-Cloud代碼學習三---ruoyi-gateway擴展gateway網關組件的知識
一、API 網關概述 作為微服務的門面，應用於服務數量眾多、復雜度較高、規模比較大的系統。 優點： 客戶端通過 API 網關與微服務交互時，客戶端只需要知道 API 網關地址即可，而不需要維護大量的服務地址，簡化了客戶端的開發。 客戶端直接與 API 網關通信，能夠減少客戶端與各個服務的交互次數。 客戶端與後端的服務耦合度降低。 節省流量，提高性能，提升用戶體驗。 API 網關還提供了安全、流控、過濾、緩存、計費以及監控等 API 管理功能。 常見API 網關實現方案 Spring Cloud G
繼續訪問
熱門推薦 GateWay中添加白名單
最近開發中有一個鑒權的操作，最後需要進行添加白名單的，廢話不多說，直接上代碼吧， 這是我的項目結構 applicaton啟動類： import org.springframework.boot.SpringApplication; import org.springframework.cloud.client.SpringCloudApplication; import org.spr...
繼續訪問
Spring Gateway+白名單+docker
域名解析 從物理機上調用外部服務正常，但是docker里的java服務去調用卻有問題。 答案 docker並不能使用宿主機的host配置信息 為每一個http請求定製header 如果在RouteLocatorBuilder里設置header的話就會對所有http request生效，如果為了對每個request請求使用不同header需要如下設置 @Configuration public cl...
繼續訪問
GateWay網關應用案例(跨域、限流、黑白名單)
Spring Cloud Gateway是基於Spring Boot 2.x，Spring WebFlux和Project Reactor 構建的。屬於非同步非阻塞架構 Spring Cloud Gateway與Spring Data 和Spring Securit 技術不能同時使用 Spring Cloud Gateway基於Spring Boot和Spring Webflux提供的Netty運行。它在傳統的Servlet容器中或用WAR的方式構建時不起作用 網關基本的功能 ：鑒權、流量控制、熔斷、路徑重寫
繼續訪問
ruoyi分離版前端白名單
ruoyi分離版前端白名單 先在router下的index.js中加上需要添加的路由 之後再permission.js下的whiteList中加上上面添加的路由就可以了 後端的介面 介面白名單 /**是匹配路徑下的所有介面，也可以直接指定某一個具體的介面 ...
繼續訪問
若依後端gateway模塊解決跨域問題
跨域問題
繼續訪問
微服務項目在gateway網關配置路徑訪問白名單
網關的鑒權：許可權身份認證作用實際上就是由一串組合起來的過濾器實現的, 過濾器的自定義過程就是實現兩個介面org.springframework.cloud.gateway.filter.GlobalFilter和org.springframework.core.Ordered 通過重寫org.springframework.cloud.gateway.filter.GlobalFilter中的filter方法來定義過濾的邏輯 通過重寫org.springframework.core.Ordered中的get
繼續訪問
若依微服務SpringCloud—使用Spring Cloud Gateway網關
一.API網關 API網關，就是指系統的統一入口，它封裝來應用程序的內部結構，為客戶端提供統一服務，一些與業務本身功能無關的公共邏輯可以在這里實現，諸如認證，鑒權，監控，路由轉發等等。 二.業界流行的網關 （1)Ngnix+lua ：使用nginx的反向代理和負載均衡可實現api伺服器的負載均衡及高可用。lua是一種腳步語言，可以來編寫一些簡單的nginx支持lua腳本。 （2）Kong：基於Nginx+Lua開發，性能高，穩定，有多個可用的插件（限流，鑒權等等）可以開箱即用。缺點：只支持http協
繼續訪問
最新發布 若依前後端分離ruoyi-vue請求添加白名單403
【代碼】若依前後端分離ruoyi-vue請求添加白名單403。
繼續訪問
Nacos配置與踩坑總結
核心問題： 1.不同域名，走不同配置 2.開關、配置、JSON三種配置類型 解決方案 設計思路： 1.分三大類： 業務配置、域名配置、域名自定義配置 業務配置：用於配置所有業務中的配置信息 針對業務情況，分為三類業務配置：開關配置、基礎配置、數據配置(黑/白名單) 每種配置都為單獨的nacos 針對大促情況：將三類配置各自再兩個環境配置，共三個環境配置，方便在不同配置環境中自由切換 域名配置：用於配置域名走哪個配置環境，實現出現問題快速將某域名切換到不同環境 域
繼續訪問
微服務網關springcloud gateway自定義全局過濾器
微服務網關springcloud gateway自定義全局過濾器
繼續訪問
ruoyi-spring boot 升級為nacos配置
springboot集成nacos
繼續訪問
若依Cloud之旅（二）：一次登錄到出現界面，若依做了什麼？
若依一次登錄到出現界面的三個介面都做了什麼
繼續訪問
實現登錄驗證
最近練習搭建了一個後台管理系統,首先第一步做了關於驗證登錄的功能.以下項目使用了Nacos作為服務發現和注冊中心,將Auth和gateway,system等相關多個微服務注冊進Nacos.每次刷新登錄頁面,就會獲取新的驗證碼(,輸入正確的驗證碼即可成功跳轉至首頁. 獲取驗證碼url:http://localhost/dev-api/code - dev-api是前端設置的反向代理,實際訪問的是網關路徑和埠.即在網關gateway模塊做了路由轉發.返回給前端 /** * 路由轉發...
繼續訪問
若依前後端分離-免登錄
項目需要對若依進行不輸入賬號密碼的登錄，所以臨時進行修改，增加獲取不到token時，判斷是否攜帶了某個特殊參數，有就用默認的賬號密碼調用登錄達到驗證登錄的需求。 http://localhost/#/?index=1 // 沒有token if (whiteList.indexOf(to.path) !== -1) { // 在免登錄白名單，直接進入 next() } else if (to.query.index === '1') { let..
繼續訪問
gateway白名單
gateway
Ⅷ 登錄時對於token的處理
在前後端完全分離的情況下，Vue項目中實現token驗證大致思路如下：
1、用戶輸入賬號密碼，前端調後端的登陸介面，發送用戶名和密碼，
2、後端收到請求，驗證用戶名和密碼，驗證通過後（即登錄成功），後端返回token給前端；
3、前端拿到token，將token存儲到localStorage和vuex中，並跳轉路由頁面；
4、前端每次跳轉路由，都要判斷 localStroage 中有無 token ，沒有就跳轉到登錄頁面，有則跳轉到對應路由頁面（ 通過router.beforeEach((to, from, next)=>{.....}）)
5、每次調後端介面，都要在請求頭中加上token；
6、後端判斷請求頭中有無token，有token，就拿到token並驗證token，驗證成功就返回數據，驗證失敗（例如：token過期）就返回編碼401（編碼由前台和後台約定好），請求頭中沒有token也返回編碼401；
7、如果前端拿到狀態碼為401，則清除token信息並跳轉到登錄頁面，並彈框提示用戶當前缺少token或者token已失效，請重新登錄；
一、調登錄介面成功，在回調函數中將token存儲到localStorage和vuex中
login.vue
store文件夾下的index.js
二、路由導航守衛
main.js
三、請求頭加token，如果前端拿到狀態碼為401，就清除token信息並跳轉到登錄頁面
Ⅸ jmeter介面測試，處理cookie和token的方法
cookie 是一個文件，存放在本地，chrome瀏覽器F12後的Application下可查看cookies。由伺服器生成，故Response Headers中會存在Set-Cookie欄位。
session 是為了保持伺服器與客戶端的會話狀態，在用戶登錄後，伺服器端生成一個sessionID傳給客戶端；之後的每次會話，客戶端只需要傳這個sessionID即可不用重新登錄，保持在線狀態。故伺服器端需要保存所有在線的sessionID，從而影響伺服器性能！ sessionID是存在cookie中的。
token 是為了解決伺服器壓力，用戶登錄成功後，伺服器端生產token（鑰匙和鎖）通過 cookie或請求頭的方式 傳給客戶端，再次請求時帶上token即可，無狀態（服務端通過演算法驗證鑰匙和鎖是否正確）。
總之 ，就是兩種鑒權方式，通過sessionID或者token，伺服器來判斷是否是某用戶登錄後的其他請求。
其他：
2、一個用戶在一次會話（打開瀏覽器，訪問伺服器，直到瀏覽器關閉，稱為一次會話，嚴格的說，一次會話應該是依賴 session 的生成機制）上就是一個session_id。褲世
3、每次登錄時，總會產生一個token或者sessionID，生成這個的目的是為了每次操作其他介面的時候，會判斷當前用戶是否登錄。
1）cookie的處理
准備：兩個介面：一個登錄、一個充值
登錄介面
充值介面：會失橘喊敗
1、添加：HTTPCookie管理器，放到最上面。
2、再次運圓純野行：就會充值成功。
登錄時會有set_Cookie存在
1、添加後置處理器>>>正則表達式提取器
設置：
2、添加：調試取樣器
運行結果：已經拿到cookie
3、添加：右擊線程組>>添加>>配置元件>>HTTPCookie管理器
設置：
4、添加：JSESSIONID：${正則表達式提取器提取到的變數名}
域：
路徑：
5、查看運行結果：
2）token的處理
查詢用戶信息需要先登錄，在查詢用戶信息的時候需要攜帶token。
1、在登錄介面下面使用正則表達式提取器獲取token
登錄介面響應數據中返回token。
配置提取器：
2、添加：調試取樣器，運行後查看是否可以獲取到
3、添加HTTP信息頭管理器
運用相關資料