1. 購物車中數據的存放方式
這是學WEB基礎好不好的體現了，兄弟！
這得看你的具體情況了！
如果數據量很小且沒什回么安全考慮，建議保存在cookie中好答，因為cookie高效！
如果數據量很大，又涉及到安全性的問題考慮，建議保存於session中好！
session和cookie的區別：
1.cookie是保存在客服端的，session保存於服務端的、並且客服端擁有一個sessionId;
2.cookie能保存的數據最多為4G，session能保存的數據要比cookie大的多
3.使用cookie高效而不安全（因為其只是客服端擁有，服務端沒有所以安全性得不到保證），而session雖然效率低卻有安全保障！
2. 購物車信息存在redis里好嗎
購物車首先標識要唯一，因為每個賬號要對應一個購物車，在登錄狀態下，可以直接將版數據保權存到資料庫中，使用用戶的id表示自己購買的商品
但是如果在未登錄狀態下呢，或者對購車訪問量大的時候，這個就存在弊端，因為這樣高速的讀寫資料庫，會對資料庫的壓力比較大，在這里我們就看看如何用Redis和RabbitMQ解決這個問題。
3. 購物車哪些信息存在redis中
當用戶點擊購物車跳轉的時候判斷用戶是否沒有登錄的話就跳轉到登錄頁面
當用內戶登錄之後他得用容戶信息就會被保存下來，我們就可以將用戶的username（單點登錄的時候將用戶對象封裝到字元串中放到redis中）取出來（將封裝的用戶的字元串轉換 成對象）作為redis的key，商品的信息作為value存放在redis中！
4. 如何用java做一個購物車，用redis來緩存商品id
使用redis做緩存需要考慮價格的生存時間,也要注意不能影響真實的價格
5. 購物車里保存的商品信息保存多久
你是在什麼購物網上啊！ 或是你進行了誤操作。 一般網都在1個月往上，我常在購物車上收藏。
6. 購物車存到redis中,如果用戶長時間用戶不登錄，怎麼處理購物車裡面的商品
參考京東或者淘寶，你就會發現，購物車里得商品只有主動刪除或者下版單才會被刪權除的！
這就要求每次刷新購物車的時候都需要取出redis裡面存放得基礎數據，去刷新商品的狀態，比如下線或者賣完了，就可以展示商品對應的狀態
如果存入Redis是需要持久化的
7. redis的購物車的商品怎麼處理下架商品
一樣的，你把數據錯到mysql裡面時候做過商品的下架或者庫存不足這樣的判斷吧，在redis裡面也一樣，你需要取出來skuid去資料庫中判斷這個skuid是不是也已經下架了，購物車裡面肯定還是會存有商品的id以及skuid這些原子形的數據的
8. redis購物車怎麼保證價格的實時性
1、redis內關於商品的信息可以只保存相關id信息。購物車內取值時再同步獲取。內容
購物車裡面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
2、redis內保存價格信息，但是如果購物車內物品價格發生變化時，同步更新redis數據。
個人推薦方法1
9. 商品價格有所改動怎麼同步redis購物車的該商品價格
購物車里抄面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
10. 在購物網站上的購物車是不是把信息存放在Session對象裡面呀
一般來說購物來車信息是存放在自Session中的, 因為Session 便於管理. Session 不是在用戶的電腦里的, 它是一次會話, 所以是暫存在伺服器上的.(是否是在JVM中我不敢肯定, 好像實例化出來的對象和數據都是存放在JVM, 僅供參考)
Session 的性能不用擔心, 因為是伺服器和一個客戶端之間的會話, 而且購物車中的內容不會太多, 所以不會影響到伺服器的性能.
用Session做購物車有一點不好, 除非你Session有效期設置的很長, 否則的話, 用戶在操作過程中, 一旦Session 超時, 購物車中的東西就會全部丟失.