❶ redis購物車怎麼保證價格的實時性
1、redis內關於商品的信息可以只保存相關id信息。購物車內取值時再同步獲取。內容
購物車裡面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
2、redis內保存價格信息，但是如果購物車內物品價格發生變化時，同步更新redis數據。
個人推薦方法1
❷ 購物車信息存在redis里好嗎
購物車首先標識要唯一，因為每個賬號要對應一個購物車，在登錄狀態下，可以直接將版數據保權存到資料庫中，使用用戶的id表示自己購買的商品
但是如果在未登錄狀態下呢，或者對購車訪問量大的時候，這個就存在弊端，因為這樣高速的讀寫資料庫，會對資料庫的壓力比較大，在這里我們就看看如何用Redis和RabbitMQ解決這個問題。
❸ 購物車哪些信息存在redis中
當用戶點擊購物車跳轉的時候判斷用戶是否沒有登錄的話就跳轉到登錄頁面
當用內戶登錄之後他得用容戶信息就會被保存下來，我們就可以將用戶的username（單點登錄的時候將用戶對象封裝到字元串中放到redis中）取出來（將封裝的用戶的字元串轉換 成對象）作為redis的key，商品的信息作為value存放在redis中！
❹ 如何用redis做session伺服器
布式Session幾種實現式
1.基於資料庫Session共享
2.基於NFS共享文件系統
3.基於memcached session何保證 memcached 本身高用性
4. 基於resin/tomcat web容器本身session復制機制
5. 基於TT/Redis 或 jbosscache 進行 session 共享
6. 基於cookie 進行session共享
或者：
、Session Replication 式管理 (即session復制)
簡介：台機器Session數據廣播復制集群其餘機器
使用場景：機器較少網路流量較
優點：實現簡單、配置較少、網路機器Down掉影響用戶訪問
缺點：廣播式復制其餘機器定廷帶定網路銷
二、Session Sticky 式管理
簡介：即粘性Session、用戶訪問集群某台機器強制指定續所請求均落機器
使用場景：機器數適、穩定性要求非苛刻
優點：實現簡單、配置便、沒額外網路銷
缺點：網路機器Down掉、用戶Session丟失、容易造單點故障
三、緩存集式管理
簡介：Session存入布式緩存集群某台機器用戶訪問同節點先緩存拿Session信息
使用場景：集群機器數、網路環境復雜
優點：靠性
缺點：實現復雜、穩定性依賴於緩存穩定性、Session信息放入緩存要合理策略寫入
二SessionCookie區別聯系及Session實現原理
1、session保存伺服器客戶端知道其信息；cookie保存客戶端伺服器能夠知道其信息
2、session保存象cookie保存字元串
3、session能區路徑同用戶訪問網站期間所session任何都訪問cookie設置路徑參數同網站同路徑cookie互相訪問
4、session需要藉助cookie才能<nobr oncontextmenu="return false;"
onmousemove="kwM(3);" id="key3" onmouseover="kwE(event,3, this);"
style="COLOR: #6600ff; BORDER-BOTTOM: 0px dotted; BACKGROUND-COLOR:
transparent; TEXT-DECORATION: underline" onclick="return kwC();"
onmouseout="kwL(event, this);"
target="_blank">工作客戶端完全禁止cookiesession失效
http狀態協議客戶每讀取web頁面伺服器都打新且伺服器自維護客戶文信息要才能實現網商店
購物車呢session種保存文信息機制針每用戶變數值保存伺服器端通SessionID區同客
戶,sessioncookie或URL重寫基礎默認使用cookie實現系統創造名JSESSIONID輸cookie我
叫做session cookie,區別persistent
cookies,我通所說cookie,注意session
cookie存儲於瀏覽器內存並寫硬碟我剛才看JSESSIONID我通情看JSESSIONID
我瀏覽器cookie禁止web伺服器採用URL重寫式傳遞Sessionid我址欄看
sessionid=KWJHUG6JJM65HS2K6類字元串
明白原理我容易辨persistent cookiessession
cookie區別網些關於兩者安全性討論目session cookie針某言結束session
cookie隨著消失persistent
cookie存於客戶端硬碟段文本（通加密）且能遭cookie欺騙及針cookie跨站腳本攻擊自
session cookie安全
通session
cookie能跨窗口使用新瀏覽器窗口進入相同頁面系統賦予新sessionid我信息共享目達
我先sessionid保存persistent
cookie新窗口讀窗口SessionID通session cookiepersistent
cookie結合我實現跨窗口session tracking（跟蹤）
些web發書往往簡單Sessioncookie作兩種並列http傳送信息式session
cookies位於伺服器端persistent
cookie位於客戶端sessioncookie基礎明白兩者間聯系區別我難選擇合適技術發web
service
總：
、cookie機制session機制區別
具體說cookie機制採用客戶端保持狀態案session機制採用伺服器端保持狀態案
同我看由於伺服器端保持狀態案客戶端需要保存標識所session機制能需要藉助於cookie機制達保存標識目實際其選擇
二、cookie持久cookie區別
設置期間則表示cookie命周期瀏覽器期間要關閉瀏覽器窗口cookie消失種命期瀏覽期cookie稱cookiecookie般保存硬碟保存內存
設置期間瀏覽器cookie保存硬碟關閉再打瀏覽器些cookie依效直超設定期間
存儲硬碟cookie同瀏覽器進程間共享比兩IE窗口於保存內存cookie同瀏覽器同處理式
三、何利用實現自登錄
用戶某網站注冊收惟用戶IDcookie客戶重新連接用戶ID自返伺服器進行檢查確定否注冊用戶且選擇自登錄使用戶需給明確用戶名密碼訪問伺服器資源
四、何根據用戶定製站點
網站使用cookie記錄用戶意願於簡單設置網站直接頁面設置存儲cookie完定製於更復雜定製網站需僅惟標識符發送給用戶由伺服器端資料庫存儲每標識符應頁面設置
五、cookie發送
1.創建Cookie象
2.設置效
3.Cookie放入HTTP響應報
創建cookie並發送瀏覽器默認情況級別cookie:存儲瀏覽器內存用戶退瀏覽器刪除
希望瀏覽器該cookie存儲磁碟則需要使用maxAge並給秒單位間效設0則命令瀏覽器刪除該
cookie
發送cookie需要使用插入 Set-Cookie
HTTP請求報由於並修改任何前指定Set-Cookie報創建新報我稱addCookie
非setCookie同要記住響應報必須任何文檔內容發送客戶端前設置
六、cookie讀取
1.調用request.getCookie
要獲取瀏覽器發送cookie需要調用HttpServletRequestgetCookies調用返Cookie象數組應由HTTP請求Cookie報輸入值
2.數組進行循環調用每cookiegetName直找興趣cookie止
cookie與主機(域)相關非servlet或JSP頁面盡管servlet能發送單cookie能許相關cookie
例：
String cookieName = userID;
Cookie cookies［］ = request.getCookies();
if (cookies!=null){
for(int i=0;i
Cookie
cookie = cookies［i］;
if (cookieName.equals(cookie.getName())){
doSomethingWith(cookie.getValue());
}
}
}
七、何使用cookie檢測初訪者
A.調用HttpServletRequest.getCookies()獲取Cookie數組
B.循環檢索指定名字cookie否存及應值否確
C.則退循環並設置區別標識
D.根據區別標識判斷用戶否初訪者進行同操作
八、使用cookie檢測初訪者見錯誤
能僅僅cookie數組存特定數據項認用戶初訪者cookie數組null客戶能初訪者能由於用戶cookie刪除或禁用造結
數組非null,顯示客戶曾經網站或域並能說明曾經訪問servlet其servlet、JSP頁面及
非Java Web應用都設置cookie依據路徑設置其任何cookie都能返給用戶瀏覽器
確做判斷cookie數組否空且否存指定Cookie象且值確
九、使用cookie屬性注意問題
屬性伺服器發送瀏覽器報部；屬於由瀏覽器返給伺服器報
除名稱值外cookie屬性適用於伺服器輸客戶端cookie；伺服器端自於瀏覽器cookie並沒設置些屬性
要期望通request.getCookiescookie使用屬性意味著能僅僅通設置cookie效
發隨輸入數組查找適cookie,讀取值修改並存Cookie實現斷改變cookie值
十、何使用cookie記錄各用戶訪問計數
1.獲取cookie數組專門用於統計用戶訪問數cookie值
2.值轉換int型
3.值加1並用原名稱重新創建Cookie象
4.重新設置效
5.新cookie輸
十、session同環境同含義
session文經翻譯其本含義指始終系列作/消息比打電拿起電撥號掛斷電間系列程稱session
session詞與網路協議相關聯往往隱含面向連接/或保持狀態兩含義
sessionWeb發環境語義新擴展含義指類用客戶端與伺服器端間保持狀態解決案候Session用指種解決案存儲結構
十二、session機制
session機制種伺服器端機制伺服器使用種類似於散列表結構(能使用散列表)保存信息
程序需要某客戶端請求創建session候伺服器首先檢查客戶端請求否包含session標識－稱session
id,已經包含session id則說明前已經客戶創建session伺服器按照session
idsession檢索使用(檢索能新建種情況能現服務端已經刪除該用戶應session象用戶
請求URL面附加JSESSION參數)
客戶請求包含session id則客戶創建session並且與session相關聯session idsession id本響應返給客戶端保存
十三、保存session id幾種式
A．保存session id式採用cookie交互程瀏覽器自按照規則標識發送給伺服器
B．
由於cookie禁止必須其機制便cookie禁止仍能夠session
id傳遞伺服器經採用種技術叫做URL重寫session
id附加URL路徑面附加式兩種種作URL路徑附加信息另種作查詢字元串附加URL面網路整交互程始終
保持狀態必須每客戶端能請求路徑面都包含session
id
C．另種技術叫做表單隱藏欄位伺服器自修改表單添加隱藏欄位便表單提交能夠session id傳遞伺服器
十四、session候創建
見錯誤session客戶端訪問創建事實直某server端程序(Servlet)調用HttpServletRequest.getSession(true)語句才創建
十五、session何刪除
session列情況刪除：
A．程序調用HttpSession.invalidate()
B．距離收客戶端發送session id間間隔超session效間
C．伺服器進程停止
再注意關閉瀏覽器使存儲客戶端瀏覽器內存session cookie失效使伺服器端session象失效
❺ 商品價格有所改動怎麼同步redis購物車的該商品價格
購物車里抄面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
❻ session+cookies實現購物車功能，javaweb開發
<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>My JSP 'shop2.jsp' starting page</title>
<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="cache-control" content="no-cache">
</head>
<body>
<%
request.setCharacterEncoding("UTF-8");
Map<String,Integer> itm=(Map<String,Integer>)session.getAttribute("item");
if(itm==null){
itm=new HashMap<String,Integer>();
itm.put("電視", 1);
itm.put("蘋果", 0);
itm.put("香蕉", 1);
itm.put("衣服", 0);
}
String [] buy=request.getParameterValues("c");
for(String b:buy){
if(b.equals("電視")){
int num=itm.get("電視");
itm.put(b, num+1);
}
if(b.equals("蘋果")){
int num=itm.get(b);
itm.put(b, num+1);
}
if(b.equals("香蕉")){
int num=itm.get(b);
itm.put(b, num+1);
}
if(b.equals("衣服")){
int num=itm.get(b);
itm.put(b, num+1);
}
}
session.setAttribute("item", itm);
%>
你所購買的物品<br>
電視：<%=itm.get("電視") %>本<br>
蘋果：<%=itm.get("蘋果") %>個<br>
香蕉：<%=itm.get("香蕉") %>個<br>
衣服：<%=itm.get("衣服") %>件<br>
<p><a href="shop.jsp">再次購買</a></p>
</body>
</html>
下面是購買頁面
<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>My JSP 'shop.jsp' starting page</title>
<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="cache-control" content="no-cache">
<meta http-equiv="expires" content="0">
<meta http-equiv="keywords" content="keyword1,keyword2,keyword3">
<meta http-equiv="description" content="This is my page">
<!--
<link rel="stylesheet" type="text/css" href="styles.css">
-->
</head>
<body>
歡迎光臨本店！ <br>
<form action="shop2.jsp" method="post">
<input name="c" type="checkbox" value="電視" />電視
<input name="c" type="checkbox" value="蘋果" />蘋果
<input name="c" type="checkbox" value="香蕉" />香蕉
<input name="c" type="checkbox" value="衣服" />衣服
<img alt="dddd" src="<%=request.getAttribute("path")%>">
<p> <%=request.getAttribute("yy")%></p>
<input name="" type="submit" value="確認購買" />
</form>
</body>
</html>
下面是使用cookie的
添加Cookie
Cookie uname1=new Cookie("lname",username);
uname1.setMaxAge(24*3600);
Cookie upwd1=new Cookie("lpwd",pwd);
upwd1.setMaxAge(24*3600);
response.addCookie(uname1);
response.addCookie(upwd1);
添加session
session.setAttribute("log_name", username);
以下代碼是對cookie和session的數據操作！
<%
String uname="";
String upwd="";
Cookie[] cookies=request.getCookies(); //一request獲范圍獲取一個
cookie實例
if(cookies!=null){
for(Cookie c: cookies){
if("lname".equals(c.getName())){ //判斷cookie裡面的名字是否等於這
個
uname=c.getValue(); //如果等於就獲取它的值
}
if("lpwd".equals(c.getName())){
upwd=c.getValue();
}
}
String sql2="select * from member where username='"+uname+"'";
ResultSet rs2=null;
rs2=DBHelper.executeQuery(sql2);
boolean is=true;
while(rs2.next()){
String pp=rs2.getString("upwd");
if(pp.equals(upwd)){
is=false;
}
}
if(session.getAttribute("log_name")!=null){ //判斷是否有slog_name這
個session
uname=(String)session.getAttribute("log_name");
is=false;
}
if(is){
response.sendRedirect("index1.jsp");
}
}
%>
<%
application.setAttribute("log", uname);
%>
❼ redis的購物車的商品怎麼處理下架商品
一樣的，你把數據錯到mysql裡面時候做過商品的下架或者庫存不足這樣的判斷吧，在redis裡面也一樣，你需要取出來skuid去資料庫中判斷這個skuid是不是也已經下架了，購物車裡面肯定還是會存有商品的id以及skuid這些原子形的數據的
❽ 如何用java做一個購物車，用redis來緩存商品id
用java做一個購物車有三種方法：
1.用cookie實現購物車；
2.用session實現購物車；
3.用cookie和資料庫(購物車信息持久化)實現購物車。
❾ 購物車存到redis中,如果用戶長時間用戶不登錄，怎麼處理購物車裡面的商品
參考京東或者淘寶，你就會發現，購物車里得商品只有主動刪除或者下版單才會被刪權除的！
這就要求每次刷新購物車的時候都需要取出redis裡面存放得基礎數據，去刷新商品的狀態，比如下線或者賣完了，就可以展示商品對應的狀態
如果存入Redis是需要持久化的
❿ cookie怎麼實現實現購物車
目前購物車的實現主要是通過cookie、session或結合資料庫的方式。下面分析一下它們的機制及作用。
1. cookie
cookie是由伺服器產生，存儲在客戶端的一段信息。它定義了一種Web伺服器在客戶端存儲和返回信息的機制，cookie文件它包含域、路徑、生存期、和由伺服器設置的變數值等內容。當用戶以後訪問同一個Web伺服器時，瀏覽器會把cookie原樣發送給伺服器。通過讓伺服器讀取原先保存到客戶端的信息，網站能夠為瀏覽者提供一系列的方便，例如在線交易過程中標識用戶身份、安全要求不高的場合避免用戶重復輸入名字和密碼、門戶網站的主頁定製、有針對性地投放廣告等等。利用cookie的特性，大大擴展了WEB應用程序的功能，不僅可以建立伺服器與客戶機的聯系，因為cookie可以由伺服器定製，因此還可以將購物信息生成cookie值存放在客戶端，從而實現購物車的功能。用基於cookie的方式實現伺服器與瀏覽器之間的會話或購物車，有以下特點：
n cookie存儲在客戶端，且佔用很少的資源，瀏覽器允許存放300個cookie，每個cookie的大小為4KB，足以滿足購物車的要求，同時也減輕了伺服器的負荷；
n cookie為瀏覽器所內置，使用方便。即使用戶不小心關閉了瀏覽器窗口，只要在cookie定義的有效期內，購物車中的信息也不會丟失；
n cookie不是可執行文件，所以不會以任何方式執行，因此也不會帶來病毒或攻擊用戶的系統；
n 基於cookie的購物車要求用戶瀏覽器必須支持並設置為啟用cookie，否則購物車則失效；
n 存在著關於cookie侵犯訪問者隱私權的爭論，因此有些用戶會禁止本機的cookie功能。
2. session
session是實現購物車的另一種方法。session提供了可以保存和跟蹤用戶的狀態信息的功能，使當前用戶在session中定義的變數和對象能在頁面之間共享，但是不能為應用中其他用戶所訪問，它與cookie最重大的區別是，session將用戶在會話期間的私有信息存儲在伺服器端，提高了安全性。在伺服器生成session後，客戶端會生成一個sessionid識別號保存在客戶端，以保持和伺服器的同步。這個sessionid是只讀的，如果客戶端禁止cookie功能，session會通過在URL中附加參數，或隱含在表單中提交等其他方式在頁面間傳送。因此利用session實施對用戶的管理則更為安全、有效。
同樣，利用session也能實現購物車，這種方式的特點是：
n session用新的機制保持與客戶端的同步，不依賴於客戶端設置；
n 與cookie相比，session是存儲在伺服器端的信息，因此顯得更為安全，因此可將身份標示，購物等信息存儲在session中；
n session會佔用伺服器資源，加大伺服器端的負載，尤其當並發用戶很多時，會生成大量的session，影響伺服器的性能；
n 因為session存儲的信息更敏感，而且是以文件形式保存在伺服器中，因此仍然存在著安全隱患。
3. 結合資料庫的方式
這也是目前較普遍的模式，在這種方式中，資料庫承擔著存儲購物信息的作用，session或cookie則用來跟蹤用戶。這種方式具有以下特點：
n 資料庫與cookie分別負責記錄數據和維持會話，能發揮各自的優勢，使安全性和伺服器性能都得到了提高；
n 每一個購物的行為，都要直接建立與資料庫的連接，直至對表的操作完成後，連接才釋放。當並發用戶很多時，會影響資料庫的性能，因此，這對資料庫的性能提出了更高的要求；
n 使cookie維持會話有賴客戶端的支持。
各種方式的選擇：
雖然cookie可用來實現購物車，但必須獲得瀏覽器的支持，再加上它是存儲在客戶端的信息，極易被獲取，所以這也限制了它存儲更多，更重要的信息。所以一般cookie只用來維持與伺服器的會話，例如國內最大的當當網路書店就是用cookie保持與客戶的聯系，但是這種方式最大的缺點是如果客戶端不支持 cookie就會使購物車失效。
Session 能很好地與交易雙方保持會話，可以忽視客戶端的設置。在購物車技術中得到了廣泛的應用。但session的文件屬性使其仍然留有安全隱患。
結合資料庫的方式雖然在一定程度上解決了上述的問題，但從上面的例子可以看出：在這種購物流程中涉及到對資料庫表的頻繁操作，尤其是用戶每選購一次商品，都要與資料庫進行連接，當用戶很多的時候就加大了伺服器與資料庫的負荷
這裡面說的確實很詳細
我們公司採用的是資料庫的方式
1、用戶瀏覽系統，獲取用戶機器的MAC地址
2、如果用戶購買物品，添加到資料庫裡面，同時插入機器的MAC地址，也是用戶的ID標示
3、如果用戶登錄系統，用用戶真實的ID，更新當前機器的MAC對應的記錄。
4、如果結帳的話，更新用戶的id，刪除購物車裡面的東西
5、用戶沒有登錄，購物車記錄根據MAC讀取記錄，如果登錄系統根據用戶的ID，讀取記錄