Session共享怎么實(shí)現(xiàn)

本篇內(nèi)容主要講解“Session共享怎么實(shí)現(xiàn)”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“Session共享怎么實(shí)現(xiàn)”吧!

解決方案一：基于Nginx的ip_hash 負(fù)載均衡

其實(shí)就是對(duì)請(qǐng)求過(guò)來(lái)的ip地址對(duì)你的多少臺(tái)可用的服務(wù)器進(jìn)行取模，然后就會(huì)把你的請(qǐng)求通過(guò)Nginx的反向代理給分發(fā)到對(duì)應(yīng)的服務(wù)器上。(這里會(huì)把可用的服務(wù)器放到一個(gè)數(shù)組中，如果取模得到的結(jié)果是幾，就把請(qǐng)求分到服務(wù)器數(shù)組中的下標(biāo)為幾的服務(wù)器上)

具體實(shí)現(xiàn)：

需要你在Nginx.conf文件中進(jìn)行對(duì)應(yīng)的修改，根據(jù)自己的可用服務(wù)器

upstream backend{
    ip_hash;
    server 192.168.128.1:8080 ;
    server 192.168.128.2:8080 ;
    server 192.168.128.3:8080 down;
    server 192.168.128.4:8080 down; 
}
server {
    listen 8081;
    server_name test.csdn.net;
    root /home/system/test.csdn.net/test;
    location ^~ /Upload/upload {
    proxy_pass http://backend; 
    }
}

這種實(shí)現(xiàn)的優(yōu)缺點(diǎn)：

解決方案二：基于Tomcat的session復(fù)制

這個(gè)解決方案其實(shí)就是當(dāng)用戶(hù)請(qǐng)求的時(shí)候，把產(chǎn)生的sessionID給復(fù)制到系統(tǒng)所有的服務(wù)器中，這樣就能保證當(dāng)用戶(hù)請(qǐng)求的時(shí)候從服務(wù)器A可能調(diào)用到服務(wù)器B上的模塊的時(shí)候，也能保證服務(wù)B也有該用戶(hù)的sessionID，這樣就不會(huì)再次讓用戶(hù)進(jìn)行再次登錄操作了。也就解決問(wèn)題了。

具體代碼中如何實(shí)現(xiàn)session復(fù)制呢?

使用session復(fù)制的優(yōu)缺點(diǎn)：

解決方案三：使用Redis做緩存session的統(tǒng)一緩存

這種方案呢，其實(shí)就是把每次用戶(hù)的請(qǐng)求的時(shí)候生成的sessionID給放到Redis的服務(wù)器上。然后在基于Redis的特性進(jìn)行設(shè)置一個(gè)失效時(shí)間的機(jī)制，這樣就能保證用戶(hù)在我們?cè)O(shè)置的Redis中的session失效時(shí)間內(nèi)，都不需要進(jìn)行再次登錄。

如何進(jìn)行代碼的實(shí)現(xiàn)：

使用Redis實(shí)現(xiàn)session共享的優(yōu)缺點(diǎn)：

解決方案四：

其實(shí)還可以把session放到cookie中去，因?yàn)槊看斡脩?hù)請(qǐng)求的時(shí)候，都會(huì)把自己的cookie放到請(qǐng)求中，所以這樣就能保證每次用戶(hù)請(qǐng)求的時(shí)候都能保證用戶(hù)在分布式環(huán)境下，也不會(huì)在進(jìn)行二次登陸。

到此，相信大家對(duì)“Session共享怎么實(shí)現(xiàn)”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢(xún)，關(guān)注我們，繼續(xù)學(xué)習(xí)！