什么是有狀態（Stateful）？

想象一下，你去一家忙碌的餐廳吃飯，同一個服務員從頭到尾為你服務。他會記住你的點單以及所有需求。

但是問題來了：如果這個服務員中途休息或換班了，接替他的服務員就不知道你之前點了什么。這意味著你必須重新開始，和新服務員說明一切。

這和有狀態服務器的工作方式很相似。有狀態服務器會記住你的會話信息，比如登錄數據、偏好設置等。

但問題是，如果你的下一次請求被另一個服務器處理，那么那個服務器就不知道你是誰，也沒有你的信息。因此，為了讓會話正常工作，你的所有請求都需要由同一個服務器處理。

什么是無狀態（Stateless）？

現在，讓我們看看無狀態架構。想象一下另一家餐廳，這里的服務員不是用記憶來記錄客戶的訂單，而是把訂單寫在紙上。

這樣，任何服務員都可以拿起這張紙繼續為客戶服務。這就像無狀態的 Web 服務器的工作方式。

在無狀態系統中，沒有任何服務器“記住”你是誰。當用戶發送請求（比如登錄或訪問個人資料）時，服務器不會保存這些信息，而是將用戶的數據存儲在其他地方，比如數據庫中。

這樣，即使不同的服務器處理你的下一個請求，也可以從數據庫中獲取你的信息并返回結果，而不會有任何問題。

示例：在線購物

我們用一個常見的例子來說明：在線購物。

在一個有狀態系統中，比如你將一些商品添加到購物車中，處理你會話的服務器會記住你的購物車內容。如果你稍后回來，你的商品還在——但前提是你連接到同一臺服務器。

如果那臺服務器宕機了，或者你的請求被另一個服務器處理，你的購物車可能會丟失。

在一個無狀態系統中，你的購物車被保存到共享數據庫中。因此，無論哪臺服務器處理你的請求，都可以從相同的地方獲取你的購物車信息。

這種方式使得系統能夠更輕松地處理流量高峰和服務器故障，因為沒有任何一臺服務器需要單獨存儲會話信息。

無狀態系統更具可擴展性

為什么在構建大規模系統時，這一點非常重要？因為當你的網站變得非常受歡迎時，你需要增加更多的服務器來處理所有的流量。

在一個有狀態系統中，擴展會更困難。由于每個用戶的會話都綁定到特定的服務器，你必須確保用戶始終連接到同一臺服務器。這種管理非常復雜，尤其是在服務器宕機或需要快速添加新服務器時。

在一個無狀態系統中，添加或移除服務器非常簡單。每臺服務器都可以處理任何用戶的請求，因為所有的重要數據都存儲在其他地方，比如數據庫中。

最終示例：社交媒體

想想社交媒體。如果像 Facebook 或 Instagram 使用的是有狀態系統，那么每次你刷新動態或查看消息時，都需要連接到同一臺服務器。

這種方式顯然不適用于數百萬用戶。但在一個無狀態系統中，任何服務器都可以處理你的請求，因為你的數據（如消息、照片、帖子）都存儲在共享數據庫中。

這使得無狀態系統更加適合需要擴展并同時處理大量用戶的大型應用。

結論

總結一下：

• 有狀態意味著服務器會記住你的信息，但不容易擴展。
• 無狀態意味著服務器不會記住你，但這沒關系，因為你的數據存儲在數據庫中，這使得系統非常容易擴展。

對于需要快速發展的應用，無狀態通常是首選的架構設計。