一起聊聊PHP session共用的四種解決方案

本文給大家介紹PHP session相關知識，下面帶大家先從為什麼會出現這種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;
 
    }
 
}
登入後複製

這種實現的優缺點：

php入門到就業線上直播課：進入學習
Apipost = Postman + Swagger + Mock + Jmeter 超好用的API偵錯工具：

解決方案二：基於Tomcat的session複製

這個解決方案其實就是當使用者請求的時候，把產生的sessionID給複製到系統所有的伺服器中，這樣就能保證當使用者請求的時候從伺服器A可能呼叫到伺服器B上的模組的時候，也能保證服務B也有該使用者的sessionID，這樣就不會再次讓使用者進行再次登入操作了。也就解決問題了。

具體程式碼中如何實現session複製呢？

使用session複製的優缺點：

解決方案三：使用Redis做快取session的統一快取

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

如何進行程式碼的實現：

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

解決方案四：結合cookie

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

以上就是一起聊聊PHP session共用的四種解決方案的詳細內容，更多請關注TW511.COM其它相關文章！