本系列文章主要是針對(duì)java商城相關(guān)架構(gòu)演化的介紹，不講解具體業(yè)務(wù)、技術(shù)等。
最近公司要搞商城，讓我多方咨詢，最后看了很多，要不就是代碼、表字段注釋不全，要不就是bug多，要么就是文檔缺少，最后決定自己開發(fā)一套商城。
下面是開發(fā)的一些心得體會(huì)，權(quán)且記錄下來，給自己做個(gè)記錄把。
之前一直都是在從事電商相關(guān)和互聯(lián)網(wǎng)金融開發(fā)，處理過億級(jí)數(shù)據(jù)量，所以被目前這家公司看重。
由于Java是開源的，最近幾年Hadoop等開源產(chǎn)品越來越成熟，而且是基于Java的，所以最終選擇Java最后后臺(tái)開發(fā)語言，現(xiàn)在前端是自己的前端工程師寫的JS，后期準(zhǔn)備改成前端是PHP，中間是Go語言，后臺(tái)服務(wù)器是Java，因?yàn)?/b>PHP寫前端很厲害，不過這個(gè)也是后期了。
控制層:這幾年springMVC發(fā)展的非常火，而且開發(fā)效率比較高，struts系列已經(jīng)完全沒落了，所以現(xiàn)階段選擇SrpingMVC。
視圖層:網(wǎng)上已經(jīng)有非常多的測試過JSP、freemarkder、velocity等，結(jié)果性能:velocity>freemarker>jsp，開發(fā)速度:velocity>freemarker>jsp
數(shù)據(jù)庫設(shè)計(jì):
? ? 1、關(guān)鍵的一個(gè)是絕對(duì)不能有外鍵強(qiáng)關(guān)聯(lián)，我看到類似用hibernate產(chǎn)品的一些公司，全部都是強(qiáng)關(guān)聯(lián)，那你以后想刪除一些數(shù)據(jù)，那真是噩夢的，這個(gè)還不用說，查詢性能方面影響也是巨大的。
? ?2、分庫分表，這個(gè)必須要支持的，做互聯(lián)網(wǎng)數(shù)據(jù)量是非常的巨大的，如果開始就不能支持分庫分表，那么后期會(huì)至少花上千萬去做這事，最好一個(gè)例子就是當(dāng)當(dāng)網(wǎng)，當(dāng)年很多事單庫的，到現(xiàn)在也沒有實(shí)現(xiàn)分庫分表，它們只能使用一些分區(qū)表架構(gòu)，分區(qū)表本身就存在很大問題，比如擴(kuò)展性、數(shù)據(jù)量過億都是問題!!!!
? 3、分布式圖片服務(wù)器:我看到有些公司圖片還是上傳到項(xiàng)目根目錄的，這個(gè)真是噩夢，測試圖片就有15個(gè)G，你怎么玩???
數(shù)據(jù)庫選擇:
最好還是myslq，
? ?1、輕量
? ?2、開源(阿里的alisql就是MySQL改個(gè)名字)
? ?3、功能能滿足電商需求
搜索:選擇lucene較好，原因是他封裝的較好。
權(quán)限:對(duì)于電商來說不應(yīng)該設(shè)計(jì)的過于復(fù)雜，我認(rèn)為主要就兩張表就夠了，一個(gè)是角色Role表，一個(gè)是資源Resources表，然后用戶和角色通過中間表關(guān)聯(lián)下就OK了，角色里面有資源，很簡單的邏輯。
SpringSecurity和Apache Shiro都是基于RBAC的，但是兩者的R是不一樣的，Security是Role，Shiro是Resource，所以Security不能細(xì)粒度的控制權(quán)限，這里就不推薦大家使用了，建議有些公司使用這個(gè)做權(quán)限的換成Shiro或者自定義一套，也是非常簡單的。其實(shí)互聯(lián)網(wǎng)項(xiàng)目并不需要太多的權(quán)限校驗(yàn)，因?yàn)槊總€(gè)項(xiàng)目模塊都是獨(dú)立的，這個(gè)就減去一塊權(quán)限校驗(yàn)，剩下來才是真正的角色權(quán)限邏輯。
注:這里不推薦使用是因?yàn)槲抑饕褪墙巧刂疲鋵?shí)這些權(quán)限框架主要是授權(quán)，如果你項(xiàng)目沒有授權(quán)需要，那不如不用，用了反而增加開發(fā)成本。
緩存:
1、數(shù)據(jù)緩存
?? 目前使用Redis，我看到有的公司使用的是memcache，這個(gè)10年前，就這屌樣，功能非常的簡陋不說，主要一個(gè)問題是會(huì)有死緩存，就是緩存怎么也清空不了，這個(gè)你想想就知道多悲劇了，商家修改了價(jià)格，怎么也改不了，最后只能關(guān)閉機(jī)器重啟。還有的公司使用的還是hibernate提供的ehcache，這個(gè)大家自行了解即可，關(guān)鍵是他做集群有問題，搞電商不可能是單機(jī)的，剛上線至少是2臺(tái)服務(wù)器。
2、圖片、文件等緩存
?? 訪問圖片下載、頁面下載也是非常耗費(fèi)帶寬的，那么怎么解決?
?? 圖片、文件(css、js、html靜態(tài)頁面)都需要做CDN緩存來解決，類似京東、淘寶都是通過替換文件的方式，比如你第一次訪問了，這個(gè)文件在你們本機(jī)電腦設(shè)置的時(shí)間是永久保存方式，不過期的，那么要替換css、js怎么玩?換一個(gè)文件名呀，看著惡心不?但是訪問速度確實(shí)非常快的。。。
靜態(tài)化:一般模版語言都可以實(shí)現(xiàn)靜態(tài)化，可以實(shí)現(xiàn)全站60%都是靜態(tài)頁面，數(shù)據(jù)從集群Redis緩存中讀取。
服務(wù)化:目前使用dubbo，雖然阿里開源的產(chǎn)品代碼質(zhì)量被人詬病，但是阿里的東西經(jīng)受住高并發(fā)、大流量的考驗(yàn)，即時(shí)老外的東西再好，也沒有這樣的場景去考驗(yàn)，雖然權(quán)衡后選擇dubbo。
分布式圖片服務(wù)器:這個(gè)也是非常重要的環(huán)節(jié)，目前我們測試系統(tǒng)都有15個(gè)G的圖片了!!!!線上估計(jì)會(huì)是以T計(jì)算的，肯定是需要獨(dú)立的圖片服務(wù)器的。目前推薦使用FastDFS,這個(gè)還不錯(cuò)--圖片、壓縮包之類的文件都可以上傳。
集群、分布式:前面的分庫分表、服務(wù)化、圖片服務(wù)器都是為集群、負(fù)載、分布式做準(zhǔn)備的，業(yè)務(wù)層用dubbo做分布式服務(wù)。
負(fù)載均衡:使用Nginx來做高可用負(fù)載，給予CDN切換方式做高可用，一般公司市值30億美金的都能滿足。在以后的話就用F5吧。。。。。收費(fèi)的嘛，你懂得。。。
下面整理下整個(gè)架構(gòu)吧:
? ? 展示層/控制層:springMVC
??? 持久層:本團(tuán)隊(duì)開發(fā)的mybatis增強(qiáng)版本(程序員幾乎不需要寫SQL、配置等)
? ??數(shù)據(jù)庫:MySQL/Oracle，支持主從復(fù)制、讀寫分離、多機(jī)備份、支持分庫分表
??? 緩存機(jī)制:redis，CDN圖片緩存，也是支持熱備份、高并發(fā)
??? 靜態(tài)化機(jī)制:velocity/freemarker等模版語言
? ? 分布式圖片服務(wù)器:FastDFS
? ?
??? 搜索引擎: Lucene?? ??
? ? 服務(wù)器:Linux
? ? 中間件:tomcat、nginx，還有其他N多的支持集群部署的安裝間接軟件，就不一一列舉了
? ? 圖片服務(wù)器:通過分布式文件系統(tǒng)FastDFS
? ? 集群方案:多機(jī)tomcat，seesion統(tǒng)一管理，圖片統(tǒng)一管理。這些需要一套解決方案。
? ? 服務(wù)器要求:linux/windows，8G內(nèi)存，空間200G以上
? ??
? ?最后對(duì)于JAVA領(lǐng)域商城的開發(fā)，其實(shí)在PHP、.NET語言中，已經(jīng)有非常多的成熟同類產(chǎn)品了，比如shopnc、ecshop等等等，但是PHP的邏輯都是寫在前臺(tái)文件中，這個(gè)就跟JAVA中的邏輯都是寫在了JSP中一樣，這樣雖然便于開發(fā)，但是安全性、擴(kuò)展性方面都不行，后期二次開發(fā)、維護(hù)也不方便。另外.NET語言大家都是知道的，它是不開源的，這個(gè)我覺得不敢用的，哪天你遇到致命bug了，沒法從底層排查，這也是為什么銀行、金融、電商很多行業(yè)不用這個(gè)語言原因了。
?
? 還有外行的人被推薦使用apache ofbiz，這個(gè)框架就是個(gè)大雜燴，大家不過分神話它。
? 另外對(duì)于JAVA開發(fā)方面，其實(shí)如果有好的架構(gòu)，JAVA程序員只寫邏輯，前端只寫前端，數(shù)據(jù)庫DBA只關(guān)注DBA，這樣的話，開發(fā)起來會(huì)非常的方便。我們團(tuán)隊(duì)目前也是花了很長時(shí)間，也借鑒了很多成熟的框架，研發(fā)了一套適合商城開發(fā)的一套架構(gòu)。等到以后有機(jī)會(huì)可以開源出來給大家。
如果有需要商城定制的可以聯(lián)系本人Q:4407509，我們官網(wǎng):www.hulianrongyun.com
