《電子技術(shù)應(yīng)用》
您所在的位置:首頁 > 通信與網(wǎng)絡(luò) > 設(shè)計(jì)應(yīng)用 > 面向電子商務(wù)的秒殺系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)
面向電子商務(wù)的秒殺系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)
2015年微型機(jī)與應(yīng)用第6期
邵 斐
(上海清算所,上海 200002)
摘要: 根據(jù)互聯(lián)網(wǎng)服務(wù)的特色,從可靠性,、可擴(kuò)展性和安全性的角度著手,提出了一套面向電子商務(wù)領(lǐng)域的網(wǎng)絡(luò)秒殺系統(tǒng)的架構(gòu)設(shè)計(jì)方案,。同時分析了秒殺系統(tǒng)的業(yè)務(wù)特點(diǎn),設(shè)計(jì)了一套相應(yīng)的業(yè)務(wù)體系,,并給出了主要業(yè)務(wù)流程的具體實(shí)現(xiàn)方法,。基于該解決方案的秒殺系統(tǒng)可以達(dá)到高并發(fā),、高可靠,、易擴(kuò)展以及高安全性的設(shè)計(jì)目標(biāo)。
Abstract:
Key words :

  摘  要: 根據(jù)互聯(lián)網(wǎng)服務(wù)的特色,,從可靠性,、可擴(kuò)展性和安全性的角度著手,提出了一套面向電子商務(wù)領(lǐng)域的網(wǎng)絡(luò)秒殺系統(tǒng)的架構(gòu)設(shè)計(jì)方案,。同時分析了秒殺系統(tǒng)的業(yè)務(wù)特點(diǎn),,設(shè)計(jì)了一套相應(yīng)的業(yè)務(wù)體系,并給出了主要業(yè)務(wù)流程的具體實(shí)現(xiàn)方法,?;谠摻鉀Q方案的秒殺系統(tǒng)可以達(dá)到高并發(fā)、高可靠,、易擴(kuò)展以及高安全性的設(shè)計(jì)目標(biāo),。

  關(guān)鍵詞: 秒殺;電子商務(wù),;高并發(fā)

0 引言

  CNNIC第33次中國互聯(lián)網(wǎng)絡(luò)發(fā)展?fàn)顩r統(tǒng)計(jì)報(bào)告[1]顯示,,我國網(wǎng)絡(luò)購物用戶規(guī)模已達(dá)3.02億人。隨著網(wǎng)購人群的不斷增長,,閃購,、搶拍、整點(diǎn)購等新興的秒殺類促銷形式正逐步受到熱捧,。然而目前學(xué)術(shù)界專門論述如何建設(shè)電商領(lǐng)域的秒殺類應(yīng)用系統(tǒng)的相關(guān)文獻(xiàn)較少,,因此本文針對此領(lǐng)域進(jìn)行了一定研究,。

  在電子商務(wù)領(lǐng)域,,秒殺特指網(wǎng)絡(luò)賣家在某個時間點(diǎn)發(fā)布一些價(jià)格超低于平時市場價(jià)格的商品,所有買家在同一時間在網(wǎng)上進(jìn)行搶購的銷售方式。由于網(wǎng)絡(luò)買家對于超低價(jià)商品的好奇心,、好勝心,,使得商品往往一上架就被搶購一空,有時只用一秒鐘,,因此被形象地稱為“秒殺”[2],。正是買家的這種博彩心理決定了秒殺應(yīng)用的最大特點(diǎn)就是瞬時性的超高并發(fā),往往秒殺開始的最初幾秒至幾十秒內(nèi),,網(wǎng)站的訪問量就迅速達(dá)到峰值,,從而引起服務(wù)器響應(yīng)延遲、服務(wù)異常甚至服務(wù)器癱瘓等諸多問題,。

  在這種高并發(fā)的情況下,,如何使網(wǎng)站能夠持續(xù)穩(wěn)定地服務(wù)是需要重點(diǎn)研究和解決的課題。本文提出的解決方案主要包含兩方面內(nèi)容:一方面在架構(gòu)層面上在考慮服務(wù)器成本的情況下通過負(fù)載均衡和CDN技術(shù)構(gòu)建一套具有較高魯棒性的系統(tǒng)架構(gòu),;另一方面在業(yè)務(wù)層面上針對秒殺應(yīng)用的特點(diǎn),,配合緩存技術(shù)[3]設(shè)計(jì)一套穩(wěn)定可行的業(yè)務(wù)處理流程。

1 秒殺系統(tǒng)的架構(gòu)設(shè)計(jì)

  1.1 架構(gòu)分析

  秒殺系統(tǒng)的特點(diǎn)包含兩個要素:一是高并發(fā),,因此系統(tǒng)架構(gòu)上應(yīng)充分考慮整體系統(tǒng)的高可靠性[4],;二是瞬時,即高并發(fā)的情況并非時刻存在,,應(yīng)從系統(tǒng)整體效費(fèi)比考慮,,使得系統(tǒng)具有一定伸縮性。

  1.2 架構(gòu)設(shè)計(jì)

001.jpg


  基于以上設(shè)計(jì)理念,,本文將整個系統(tǒng)劃分為內(nèi)容展示層,、應(yīng)用服務(wù)層和數(shù)據(jù)訪問層3個層次,如圖1所示,。從硬件設(shè)備角度,,系統(tǒng)主要由WWW服務(wù)器集群、Web應(yīng)用服務(wù)器集群,、文件服務(wù)器集群,、緩存服務(wù)器集群、數(shù)據(jù)庫服務(wù)器集群以及相關(guān)的負(fù)載均衡等設(shè)備組成,。

  1.2.1 內(nèi)容展示層設(shè)計(jì)

  內(nèi)容展示層是與終端用戶直接交互的前端系統(tǒng),。考慮到秒殺系統(tǒng)中出售的商品信息多數(shù)內(nèi)容還是以靜態(tài)的網(wǎng)頁文字和圖片格式進(jìn)行呈現(xiàn)的,,為了實(shí)現(xiàn)系統(tǒng)的高可用性,,可以在用戶和服務(wù)器之間構(gòu)建一個網(wǎng)絡(luò)緩存層,比較常用的做法就是用CDN,,即內(nèi)容分發(fā)網(wǎng)絡(luò),。其目的是使用戶可就近取得所需內(nèi)容,,解決Internet網(wǎng)絡(luò)擁擠的狀況,提高用戶訪問網(wǎng)站的響應(yīng)速度,。

  1.2.2 應(yīng)用服務(wù)層設(shè)計(jì)

  應(yīng)用服務(wù)層是整合系統(tǒng)的核心層,,其作用是連接前端用戶的服務(wù)請求和后臺系統(tǒng)的服務(wù)響應(yīng),所有的業(yè)務(wù)處理都在本層中實(shí)現(xiàn),。為了保障系統(tǒng)的高并發(fā)性和可靠性,,應(yīng)當(dāng)將服務(wù)器按集群模式[5]進(jìn)行部署,這樣做既可以避免因?yàn)閱吸c(diǎn)故障而導(dǎo)致的系統(tǒng)癱瘓,,同時也可以保證對所有服務(wù)器硬件設(shè)備的集中管理和統(tǒng)一配置,。WWW服務(wù)器集群主要用于接收和響應(yīng)用戶的訪問請求。應(yīng)用服務(wù)器集群則是對從WWW服務(wù)器集群中轉(zhuǎn)發(fā)的各類業(yè)務(wù)請求進(jìn)行及時的處理,。通過負(fù)載均衡系統(tǒng)將各個業(yè)務(wù)集群進(jìn)行串聯(lián),,將大量的并發(fā)訪問數(shù)據(jù)分配到多臺節(jié)點(diǎn)設(shè)備上分別進(jìn)行處理,構(gòu)成完整的系統(tǒng)體系,。通常采用專門的硬件設(shè)備(如F5,、A10等)實(shí)現(xiàn)負(fù)載均衡。負(fù)載均衡策略應(yīng)采取動態(tài)的自適應(yīng)負(fù)載均衡策略[6],,使得整個系統(tǒng)能夠根據(jù)當(dāng)前應(yīng)用的實(shí)際訪問量情況調(diào)整服務(wù)器節(jié)點(diǎn)數(shù)量,,在保證客戶網(wǎng)絡(luò)服務(wù)質(zhì)量的前提下盡可能減少資源浪費(fèi),降低系統(tǒng)費(fèi)用,。

  對于一個擁有大量用戶真實(shí)數(shù)據(jù)的電子商務(wù)系統(tǒng)[7],,必須充分考慮到系統(tǒng)的安全性[8]。為了保證系統(tǒng)不被非法用戶入侵或惡意攻擊,,防火墻作為整個系統(tǒng)的橋頭堡必須被部署在整個系統(tǒng)的入口處,,設(shè)備應(yīng)當(dāng)盡量選取性能優(yōu)秀、穩(wěn)定可靠的硬件產(chǎn)品,。除此之外,,還應(yīng)部署專門的安全服務(wù)器以進(jìn)行系統(tǒng)的漏洞掃描、入侵檢測分析和安全審計(jì)工作,,輔助防火墻保證系統(tǒng)的安全,。

  1.2.3 數(shù)據(jù)訪問層設(shè)計(jì)

  數(shù)據(jù)訪問層的任務(wù)是為應(yīng)用服務(wù)層提供所需的數(shù)據(jù)支持。為了降低對于數(shù)據(jù)庫I/O操作的壓力,,必須在應(yīng)用服務(wù)與數(shù)據(jù)庫之間建立一個數(shù)據(jù)緩存層[9],。圖片、視頻等靜態(tài)信息都從專門的文件服務(wù)器集群上獲??;對于秒殺系統(tǒng)相關(guān)的產(chǎn)品數(shù)據(jù),應(yīng)在產(chǎn)品售賣之前將相關(guān)信息采用內(nèi)存緩存的方式存放在緩存服務(wù)器集群[10]中,;而數(shù)據(jù)庫本身也應(yīng)以集群模式構(gòu)建,,以MySQL為例,,可采用主從結(jié)構(gòu),并在程序?qū)訉?shí)現(xiàn)讀寫分離,,然后通過負(fù)載均衡進(jìn)行分布式調(diào)用。

2 秒殺系統(tǒng)的業(yè)務(wù)應(yīng)用設(shè)計(jì)

  2.1 秒殺系統(tǒng)業(yè)務(wù)分析

  秒殺系統(tǒng)與典型的高并發(fā)Web系統(tǒng)的最大區(qū)別就在于并發(fā)訪問的發(fā)生場景,。一般支持高并發(fā)的在線購物平臺(如淘寶,、京東、一號店等)每時每刻都會存在大量的并發(fā)訪問,,是一種常態(tài)化的高并發(fā),;而秒殺系統(tǒng)本身通常都不是作為一個獨(dú)立平臺而往往是以這些電商平臺中的一個子系統(tǒng)的形式出現(xiàn),同時秒殺產(chǎn)品的發(fā)售也有極強(qiáng)的時間限制,,因此導(dǎo)致了秒殺系統(tǒng)的并發(fā)訪問是一種突發(fā)的高并發(fā),。另外,秒殺歸根到底是電商的一種促銷手段,,這種以超低價(jià)吸引買家的性質(zhì)決定了對應(yīng)的秒殺產(chǎn)品的庫存數(shù)絕不會是無限大的,,相反往往會控制在一個相對很少的量級單位。通過以上分析可以得出,,要構(gòu)建一套實(shí)用合理的秒殺業(yè)務(wù)系統(tǒng),,主要是解決兩個問題:一是如何提供穩(wěn)定可靠的產(chǎn)品基本信息查詢服務(wù);二是如何保證產(chǎn)品庫存的及時更新及訂單處理,。

  2.2 秒殺系統(tǒng)業(yè)務(wù)設(shè)計(jì)

  2.2.1 產(chǎn)品查詢服務(wù)流程設(shè)計(jì)

  對于如何提供穩(wěn)定可靠的產(chǎn)品基本信息查詢服務(wù)的問題,,主要通過頁面緩存[11]來解決。當(dāng)用戶訪問相關(guān)頁面時,,預(yù)先判斷產(chǎn)品頁面是否存在緩存,,如果存在則直接調(diào)用靜態(tài)頁面,否則從數(shù)據(jù)庫中讀取動態(tài)數(shù)據(jù)信息,,這樣做可以加快系統(tǒng)反應(yīng)時間,,提高整個網(wǎng)站的性能[12]。另外,,對于網(wǎng)頁中的圖片,、視頻等文件,則從獨(dú)立的文件服務(wù)器中讀取,,由于此類信息本身并不影響具體業(yè)務(wù),,因此通常采用異步方式進(jìn)行加載。產(chǎn)品查詢服務(wù)的業(yè)務(wù)流程圖如圖2所示,。

002.jpg

  由圖2可見,,當(dāng)緩存不存在時將不得不調(diào)用API從數(shù)據(jù)庫中直接獲取數(shù)據(jù),而此操作將會成為整個系統(tǒng)的性能瓶頸,。為盡量避免對數(shù)據(jù)庫的操作,,需要在系統(tǒng)中單獨(dú)部署一個Job服務(wù),,在秒殺活動開始前遍歷相關(guān)產(chǎn)品預(yù)先生成頁面緩存信息。如果在某些特殊情況下依舊需要對數(shù)據(jù)庫進(jìn)行直接讀取操作,,則在讀取完成后需要將當(dāng)次讀取到的信息同步入緩存中,,以此保證下次再有對相同產(chǎn)品的訪問請求時可直接讀取緩存,從而避免對數(shù)據(jù)庫的二次訪問,。同時為保證緩存中產(chǎn)品信息的時效性[13],,引入時間戳概念,時間戳維護(hù)的業(yè)務(wù)流程圖如圖3所示,。

003.jpg

  當(dāng)后臺維護(hù)人員修改產(chǎn)品信息后,,產(chǎn)品對應(yīng)的時間戳就會同步到數(shù)據(jù)庫的產(chǎn)品時間戳信息表中,此時后臺監(jiān)控服務(wù)發(fā)現(xiàn)某個產(chǎn)品的時間戳信息發(fā)生變化后則會即時刷新緩存數(shù)據(jù),,以此確保前臺用戶取到的數(shù)據(jù)是最新的,。緩存同步Job部署在獨(dú)立的內(nèi)部應(yīng)用服務(wù)器上,由于服務(wù)需要從產(chǎn)品時間戳信息表中獲取產(chǎn)品及其時間戳數(shù)據(jù),,為了盡量降低每次從數(shù)據(jù)庫獲取的數(shù)據(jù)量,,除了第一次數(shù)據(jù)初始化外,之后每次僅獲取上次運(yùn)行完成的時間點(diǎn)之后的數(shù)據(jù),,同時考慮到性能因素,,將“產(chǎn)品-時間戳”的字典維護(hù)在服務(wù)器的本地緩存中。現(xiàn)實(shí)環(huán)境中,,產(chǎn)品基本信息的更新頻率一般都會以小時甚至天為單位,。Job運(yùn)行的頻率可人為控制,正常情況下控制在分鐘級即可,,經(jīng)過實(shí)際測試,,當(dāng)產(chǎn)品數(shù)量為十萬級時,由于字典本身維護(hù)的數(shù)據(jù)量并不大,,即使單臺服務(wù)器的負(fù)載也足以能夠承受,。由于整體系統(tǒng)架構(gòu)采取集群模式,即使發(fā)生當(dāng)前服務(wù)器集群無法承受的情況,,也可通過增加服務(wù)器數(shù)量,,然后將所有產(chǎn)品重新平均分配到各個服務(wù)器上來解決。

  2.2.2 產(chǎn)品庫存及訂單處理流程設(shè)計(jì)

  考慮到秒殺產(chǎn)品通常都以實(shí)物產(chǎn)品為主,,其固有的成本壓力以及超低價(jià)吸引買家的營銷模式?jīng)Q定了產(chǎn)品庫存數(shù)都是有限的,,真正能夠成功下單的操作數(shù)相對有限,數(shù)據(jù)庫的寫操作壓力相比讀操作要小很多,。因此解決庫存更新以及訂單處理的基本思路是:先將庫存信息維護(hù)在緩存中,,同時維護(hù)一個訂單隊(duì)列,通過單獨(dú)的服務(wù)處理此隊(duì)列中的訂單請求并完成最終的數(shù)據(jù)入庫操作[14],。庫存刷新及訂單處理的業(yè)務(wù)流程圖如圖4所示,。

004.jpg

  用戶在打開產(chǎn)品頁面時首先從緩存中獲取產(chǎn)品的基本信息,,包括產(chǎn)品售賣時間以及可售標(biāo)識,這里的可售標(biāo)識僅表示當(dāng)前產(chǎn)品是否可以進(jìn)行銷售,,并不維護(hù)實(shí)際的產(chǎn)品庫存數(shù),。當(dāng)秒殺活動開始后,用戶可以通過點(diǎn)擊“預(yù)訂”按鈕進(jìn)行搶購,。如果當(dāng)前產(chǎn)品庫存大于0,,則用戶可以進(jìn)行后續(xù)預(yù)訂操作并更新庫存數(shù);若產(chǎn)品庫存數(shù)減為0后,,需要額外刷新緩存中存儲的產(chǎn)品信息,,將可售標(biāo)識置為False,,以此表示產(chǎn)品不可繼續(xù)出售,。如果用戶成功搶購到產(chǎn)品,系統(tǒng)并不直接將用戶的預(yù)訂單寫入數(shù)據(jù)庫中,,而是先統(tǒng)一保存入一個訂單隊(duì)列之中,,此訂單隊(duì)列本身也是存儲在緩存之中。產(chǎn)品下單Job的任務(wù)就是輪詢此訂單隊(duì)列,,依次處理隊(duì)列中的預(yù)訂請求,,將預(yù)訂信息寫入數(shù)據(jù)庫中。由于秒殺產(chǎn)品數(shù)量是有限的,,因此訂單隊(duì)列中的記錄數(shù)不能大于產(chǎn)品庫存數(shù)量,,故通過獨(dú)立的Job服務(wù)進(jìn)行此類集中的數(shù)據(jù)處理在性能上是可以保證的。當(dāng)用戶的訂單被同步入數(shù)據(jù)庫中之后,,用戶可在專門的個人訂單頁面中看到自己的預(yù)訂信息并進(jìn)行最終的支付操作,,至此整個秒殺過程全部完成。

  在以上流程中,,最關(guān)鍵的是維護(hù)產(chǎn)品的庫存信息,,目前有些秒殺系統(tǒng)的做法是直接維護(hù)一個“產(chǎn)品ID-庫存”的鍵值對字典,并將數(shù)據(jù)存放在MemCached中,,這種設(shè)計(jì)很可能導(dǎo)致性能瓶頸,。因?yàn)橹苯邮褂卯a(chǎn)品ID作為Key,使得MemCached通過Key來計(jì)算Hash值得到目標(biāo)存儲服務(wù)器時每次都是相同的結(jié)果,,即指定產(chǎn)品一定會被存放在固定的一臺服務(wù)器上,,當(dāng)此產(chǎn)品出現(xiàn)高并發(fā)訪問時,存放該產(chǎn)品庫存鍵值對的緩存服務(wù)器必將承受極大負(fù)載,。為了避免類似的單點(diǎn)服務(wù)可能造成的系統(tǒng)瓶頸,,本文對于秒殺產(chǎn)品的庫存信息維護(hù)做了適當(dāng)?shù)膬?yōu)化,在設(shè)計(jì)鍵值對時采用“服務(wù)器標(biāo)識+產(chǎn)品”作為Key,,這樣即使是同一個產(chǎn)品由于Key不同最終可以得到不同的Hash值,,使得數(shù)據(jù)會被存儲到不同的緩存服務(wù)器上,,以此達(dá)到分布式存儲的目的。

3 系統(tǒng)測試

  基于本方案的秒殺系統(tǒng)無論在對產(chǎn)品內(nèi)容展示還是庫存及訂單處理上,,都具有較強(qiáng)的可靠性,。為驗(yàn)證該解決方案的具體性能特進(jìn)行以下實(shí)驗(yàn)。

005.jpg

  測試樣本為10個秒殺產(chǎn)品,,每個產(chǎn)品庫存數(shù)為1 000,;測試緩存包含4臺WWW服務(wù)器,2臺應(yīng)用服務(wù)器,,2臺緩存服務(wù)器和1臺數(shù)據(jù)庫服務(wù)器,。為測試方便,本測試中所有服務(wù)器采用相同配置,,均為4核CPU,,內(nèi)存為16 GB。服務(wù)器事務(wù)操作性能對比如圖5所示,。由圖可見,,在高并發(fā)情況下系統(tǒng)的壓力瓶頸主要來自于WWW服務(wù)器,在達(dá)到10萬個并發(fā)數(shù)的情況下WWW服務(wù)器的CPU占用率已經(jīng)達(dá)到了90%以上,,而此時應(yīng)用服務(wù)器和緩存服務(wù)器仍有空閑資源,;同時由于絕大部分操作均在前端服務(wù)實(shí)現(xiàn),數(shù)據(jù)庫服務(wù)器的CPU占用率始終保持平緩,,不隨并發(fā)數(shù)增加而暴增,。通過長期測試,在系統(tǒng)實(shí)際部署中推薦將WWW服務(wù)器與應(yīng)用服務(wù)器數(shù)量按照3:1比例進(jìn)行配置,,可以使得整個系統(tǒng)達(dá)到最大的并發(fā)訪問承受力,。

4 結(jié)論

  身處互聯(lián)網(wǎng)時代,網(wǎng)上購物已經(jīng)逐步成為億萬網(wǎng)民主流的購物方式,,而秒殺,、搶購類的網(wǎng)絡(luò)營銷模式也越來越受到電商和網(wǎng)民共同的關(guān)注和推崇。本文正是基于此類應(yīng)用的巨大市場發(fā)展?jié)摿?,專門針對秒殺系統(tǒng)的特點(diǎn),,從系統(tǒng)架構(gòu)和業(yè)務(wù)流程兩大方面分析和設(shè)計(jì)了一套具有高并發(fā)性、高可靠性和安全性的互聯(lián)網(wǎng)秒殺應(yīng)用系統(tǒng),,基本滿足了電商平臺對于秒殺應(yīng)用的實(shí)際需求,。同時對高并發(fā)性系統(tǒng)中的緩存技術(shù)的實(shí)際應(yīng)用以及秒殺系統(tǒng)的公平性等進(jìn)行了探討,實(shí)際上這兩點(diǎn)都是秒殺系統(tǒng)設(shè)計(jì)中的重點(diǎn)和難點(diǎn),,目前尚未有完美的解決方案,,還需要進(jìn)一步研究。

參考文獻(xiàn)

  [1] 中國互聯(lián)網(wǎng)絡(luò)信息中心.中文互聯(lián)網(wǎng)數(shù)據(jù)資訊中心[EB/OL].[2014-01-16].http://www.199it.com/archives/187745.html.

  [2] 張小紅.電子商務(wù)營銷策略之秒殺[J].機(jī)械管理開發(fā),2011(2):150-151.

  [3] 甘桂梅.基于Web應(yīng)用的緩存技術(shù)概述[J].中國科技信息,,2010(17):95-96.

  [4] 薛質(zhì),,彭海平.電子商務(wù)平臺的性能優(yōu)化和高可靠性研究與實(shí)現(xiàn)[D].上海:上海交通大學(xué),2007.

  [5] 賴建峰,,林永怡.服務(wù)器集群技術(shù)在數(shù)字化校園中的應(yīng)用[J].硅谷,,2011(9):136.

  [6] 段趙磊,黃艷.彈性Web Cache集群的自適應(yīng)負(fù)載均衡策略[J].小型微型計(jì)算機(jī)系統(tǒng),,2013,,34(7):1527-1530.

  [7] 裴麗麗.基于B2C模式的電子商務(wù)平臺系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)[D].上海:同濟(jì)大學(xué),2009.

  [8] 包立輝,,黃彥飛.高并發(fā)網(wǎng)站的架構(gòu)研究及解決方案[J].計(jì)算機(jī)科學(xué),,2012,39(10):184-187.

  [9] 程春蕊,,劉萬軍.基于數(shù)據(jù)庫緩存的Web應(yīng)用性能優(yōu)化解決方案[J].世界科技研究與發(fā)展,,2009,31(4):603-604,,640.

  [10] 王鑫.基于動態(tài)緩存的電子商務(wù)平臺優(yōu)化研究[D].青島:山東科技大學(xué),,2004.

  [11] 蔡志珂,,閻潔.基于緩存框架的Web緩存研究[J].電腦知識與技術(shù),,2009,5(31):8737-8739.

  [12] 王春娟.基于緩存技術(shù)的Web應(yīng)用性能優(yōu)化研究[J].電腦知識與技術(shù),,2008,,1(3):438-440.

  [13] 張旺俊.Web緩存替換策略與預(yù)取技術(shù)的研究[D].合肥:中國科學(xué)技術(shù)大學(xué),2011.

  [14] 郭世亮.一種高并發(fā)競爭庫存的訂單處理系統(tǒng)及其處理方法[P].中國:CN201310301455.2,,2013-12-04.


此內(nèi)容為AET網(wǎng)站原創(chuàng),,未經(jīng)授權(quán)禁止轉(zhuǎn)載。