PHP session共享的解決方案有哪些

今天小編給大家分享一下PHP session共享的解決方案有哪些的相關知識點，內容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

先了解一下為什么會出現這種session共享的解決方案？

隨著互聯網公司的項目在微服務和分布式的環境下進行的搭建，導致一個項目可能分別部署在幾個甚至很多的服務器集群下，此時就會出現一個問題：

當用戶進行一個session會話的時候，比如一個用戶去登錄項目，一般的大公司的項目都是有Nginx進行反向代理的，

這里簡單列舉一下Nginx常用的幾種反向代理策略：

輪詢策略，權重比例策略，ip_hash策略，還可以自定義的策略，

在Nginx的反向代理下，一般會把用戶的請求分發到不同的服務器上，但是如果用戶請求的請求是存放在該請求的服務器A上，那么該用戶的sessionID就存儲在該服務器上JVM的一個ConcurrentHashmap中，以sessionID為key。

但是如果此時用戶請求的一個服務模塊可能需要調用到服務器B，當用戶發起請求的時候，此時的服務器B上并沒有存儲該用戶的sessionID，所以就會再次讓用戶進行一個登陸操作。還有可能會導致用戶本來就想完成一個下單操作，但是卻還登陸了好幾次的情況。

所以session共享方案在分布式環境和微服務系統下，顯得尤其重要。

解決方案一：基于Nginx的ip_hash 負載均衡

其實就是對請求過來的ip地址對你的多少臺可用的服務器進行取模，然后就會把你的請求通過Nginx的反向代理給分發到對應的服務器上。（這里會把可用的服務器放到一個數組中，如果取模得到的結果是幾，就把請求分到服務器數組中的下標為幾的服務器上）

具體實現：

需要你在Nginx.conf文件中進行對應的修改，根據自己的可用服務器

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;
 
    }
 
}

這種實現的優缺點：


解決方案二：基于Tomcat的session復制

這個解決方案其實就是當用戶請求的時候，把產生的sessionID給復制到系統所有的服務器中，這樣就能保證當用戶請求的時候從服務器A可能調用到服務器B上的模塊的時候，也能保證服務B也有該用戶的sessionID，這樣就不會再次讓用戶進行再次登錄操作了。也就解決問題了。

具體代碼中如何實現session復制呢？

使用session復制的優缺點：

解決方案三：使用Redis做緩存session的統一緩存

這種方案呢，其實就是把每次用戶的請求的時候生成的sessionID給放到Redis的服務器上。然后在基于Redis的特性進行設置一個失效時間的機制，這樣就能保證用戶在我們設置的Redis中的session失效時間內，都不需要進行再次登錄。

如何進行代碼的實現：

使用Redis實現session共享的優缺點：

解決方案四：結合cookie

其實還可以把session放到cookie中去，因為每次用戶請求的時候，都會把自己的cookie放到請求中，所以這樣就能保證每次用戶請求的時候都能保證用戶在分布式環境下，也不會在進行二次登陸。

以上就是“PHP session共享的解決方案有哪些”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。