一起聊聊PHP session共享的四個解決方案

本文要跟大家介紹PHP session相關知識，以下帶大家先從為什麼會出現這種session共享的解決方案開始了解，希望對需要的朋友有所幫助~

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

隨著網路公司的專案在微服務和分散式的環境下進行的搭建，導致一個專案可能分別部署在幾個甚至很多的伺服器叢集下，此時就會出現一個問題：

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

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

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

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

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

所以session共享方案在分散式環境和微服務系統下，顯得尤其重要。 【推薦學習：《PHP影片教學》】

解決方案一：基於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共享的四個解決方案的詳細內容。更多資訊請關注PHP中文網其他相關文章！