今天小編給大家分享一下PHP session共享的解決方案有哪些的相關(guān)知識點，內(nèi)容詳細(xì)，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。
創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計、聶拉木網(wǎng)絡(luò)推廣、小程序設(shè)計、聶拉木網(wǎng)絡(luò)營銷、聶拉木企業(yè)策劃、聶拉木品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎；創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供聶拉木建站搭建服務(wù)，24小時服務(wù)熱線：028-86922220，官方網(wǎng)址：www.cdcxhl.com
先了解一下為什么會出現(xiàn)這種session共享的解決方案？
隨著互聯(lián)網(wǎng)公司的項目在微服務(wù)和分布式的環(huán)境下進行的搭建，導(dǎo)致一個項目可能分別部署在幾個甚至很多的服務(wù)器集群下，此時就會出現(xiàn)一個問題：
當(dāng)用戶進行一個session會話的時候，比如一個用戶去登錄項目，一般的大公司的項目都是有Nginx進行反向代理的，
這里簡單列舉一下Nginx常用的幾種反向代理策略：
輪詢策略，權(quán)重比例策略，ip_hash策略，還可以自定義的策略，
在Nginx的反向代理下，一般會把用戶的請求分發(fā)到不同的服務(wù)器上，但是如果用戶請求的請求是存放在該請求的服務(wù)器A上，那么該用戶的sessionID就存儲在該服務(wù)器上JVM的一個ConcurrentHashmap中，以sessionID為key。
但是如果此時用戶請求的一個服務(wù)模塊可能需要調(diào)用到服務(wù)器B，當(dāng)用戶發(fā)起請求的時候，此時的服務(wù)器B上并沒有存儲該用戶的sessionID，所以就會再次讓用戶進行一個登陸操作。還有可能會導(dǎo)致用戶本來就想完成一個下單操作，但是卻還登陸了好幾次的情況。
所以session共享方案在分布式環(huán)境和微服務(wù)系統(tǒng)下，顯得尤其重要。
其實就是對請求過來的ip地址對你的多少臺可用的服務(wù)器進行取模，然后就會把你的請求通過Nginx的反向代理給分發(fā)到對應(yīng)的服務(wù)器上。（這里會把可用的服務(wù)器放到一個數(shù)組中，如果取模得到的結(jié)果是幾，就把請求分到服務(wù)器數(shù)組中的下標(biāo)為幾的服務(wù)器上）
具體實現(xiàn)：
需要你在Nginx.conf文件中進行對應(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;
}
}這種實現(xiàn)的優(yōu)缺點：
這個解決方案其實就是當(dāng)用戶請求的時候，把產(chǎn)生的sessionID給復(fù)制到系統(tǒng)所有的服務(wù)器中，這樣就能保證當(dāng)用戶請求的時候從服務(wù)器A可能調(diào)用到服務(wù)器B上的模塊的時候，也能保證服務(wù)B也有該用戶的sessionID，這樣就不會再次讓用戶進行再次登錄操作了。也就解決問題了。
具體代碼中如何實現(xiàn)session復(fù)制呢？
使用session復(fù)制的優(yōu)缺點：
這種方案呢，其實就是把每次用戶的請求的時候生成的sessionID給放到Redis的服務(wù)器上。然后在基于Redis的特性進行設(shè)置一個失效時間的機制，這樣就能保證用戶在我們設(shè)置的Redis中的session失效時間內(nèi)，都不需要進行再次登錄。
如何進行代碼的實現(xiàn)：
使用Redis實現(xiàn)session共享的優(yōu)缺點：
其實還可以把session放到cookie中去，因為每次用戶請求的時候，都會把自己的cookie放到請求中，所以這樣就能保證每次用戶請求的時候都能保證用戶在分布式環(huán)境下，也不會在進行二次登陸。
以上就是“PHP session共享的解決方案有哪些”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學(xué)習(xí)更多的知識，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。
