本文轉自:https://blog.csdn.net/millery22/article/details/49756667;怕以後找不到就cp下來了

在逛各大電商網站的時候，總會有將商品加入購物車，然後合併付款，這個大大的提高了使用者的體驗，某東更是任性，在未登入的情況下都可以將商品加入購物車，但是任性總是有代價的，後面我會說一下這個小bug。可能不算是個bug，但是體驗上也有不爽的地方。

還是談談購物車是如何實現的吧，購物車首先標識要唯一，因為每個賬號要對應一個購物車，在登入狀態下，我們可以直接將資料儲存到資料庫中，使用使用者的id表示自己購買的商品，但是如果在未登入狀態下呢，或者對購車訪問量大的時候，這個就存在弊端，因為這樣高速的讀寫資料庫，會對資料庫的壓力比較大，在這裡我們就看看如何用

第一章：登入狀態下新增商品到購物車

此時購物車是對應一個使用者，很簡單，就是將商品的資料插入資料庫中即可，但是如果讀寫頻繁的時候，就存在壓力問題，此時我們可以使用Redis擔任讀的部分功能。

在向資料庫中插入資料的時候，使用RabbitMQ傳送訊息，然後有一個訊息系統監聽訊息，將RabbitMQ中訊息內容(插入資料庫中的商品資料)儲存到Redis中，但是此時Redis中我們該用什麼儲存結構，在Redis中儲存結構有很多種，這裡我們使用hash結構，看下面的圖，分析一下hash結構：

從上面的圖我們可以看的出來，這個圖有兩個鍵，一個是外部鍵，一個是內部鍵，這個就體現了購物車的好處，這裡外部鍵可以標記一個唯一的購物車，內部鍵就可以標記購物車上的一個商品，一個外部鍵可以對應多個內部鍵，這個和一個購物車裡有多個商品是相符合的，在使用者查詢自己的購物車資料的時候，就不要到資料庫中查詢，而是直接從redis

就這樣把登入狀態下購物車問題解決了。

第二章：未登入下加入購物車，登入下合併購物車

在未登入狀態下，沒有指定的使用者，此時購物車應該怎麼分配，資料把偶才能在什麼位置，這個其實也不難，我們可以將資料臨時儲存到Redis中，並不插入資料庫中，因為此時沒有對應的使用者，Redis生成一個唯一的outerKey，儲存到cookie中，每次新增商品，帶上這個cookie，這樣就保證每次加入同一個購物車，這個資料會被儲存一段時間，當用戶登入的時候，我們該如何將未登入狀態下的購車和登入狀態下的購車資料合併呢。這個就需要使用到訊息了，我們可以傳送一個訊息給後臺系統，將未登入狀態下的

小小bug的解析：

在開頭我們曾說到未登入狀態下加入臨時購物車，登入後合併到登入使用者的購物車中，接下來我看一下這個場景。

小王用小李的電腦逛商城，沒有登入，將看中的商品加入到了臨時的購物車中，小王還沒有來得及登入自己的賬號結算購物車，因有事出去了一下，此時小李回來了，他想到之前自己的購物車裡還有商品需要付款，他就毫不猶豫的登入了自己的賬號，這時候問題來了，小王之前臨時購物車中的商品都會合併到小李的賬戶下，小李的購物車憑空出現自己未加入購物車的商品。過了一會小王回來了，發現自己臨時購物車中的資料都沒有了。這樣是不是就存在使用者體驗的問題，俗稱靈異事件，呵呵，開個玩笑。這種情況就導致了使用者的體驗不好了。

上面的問題我也想過解決方案，但是無果，求各路大神共同解決。

疑問解決：

1、Redis擔任讀的問題，當像雙11這種大量訪問的情況下，Redis會不會崩潰？

這個問題我也想過，這個我們可以考慮使用Redis的叢集，這樣就可以解決大部分的問題。

2、資料庫也可以做讀寫分離，為什麼要使用Redis擔任讀呢，直接使用讀寫分離不就可以了嗎？

資料庫的讀寫分離的確可以解決問題，但是像Redis這種非關係型資料庫比較明顯的優點就是資料處理效率高，讀寫分離和Redis的效率相比較來說，個人感覺還是使用Redis可靠。

3、在文章中提到RabbitMQ訊息機制，這個到底怎麼用？

這個嗎，說來話長，在接下來的博文中我會慢慢的道來RabbitMQ的基本使用和RabbitMQ與spring的整合。

轉自 https://blog.csdn.net/millery22/article/details/49756667