Java多用户商城系统B2B2C源码
最近公司要搞商城，讓我多方咨詢，最后看了很多，要不就是代碼、表字段注釋不全，要不就是bug多，要么就是文檔缺少，最后決定自己開發(fā)一套商城。
下面是開發(fā)的一些心得體會，權(quán)且記錄下來，給自己做個(gè)記錄把。
?
之前一直都是在從事電商相關(guān)和互聯(lián)網(wǎng)金融開發(fā)，處理過億級數(shù)據(jù)量，所以被目前這家公司看重。
由于Java是開源的，最近幾年Hadoop等開源產(chǎn)品越來越成熟，而且是基于Java的，所以最終選擇Java最后后臺開發(fā)語言，現(xiàn)在前端是自己的前端工程師寫的JS，后期準(zhǔn)備改成前端是PHP，中間是Go語言，后臺服務(wù)器是Java，因?yàn)镻HP寫前端很厲害，不過這個(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è)是絕對不能有外鍵強(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ù)量是非常的巨大的，如果開始就不能支持分庫分表，那么后期會至少花上千萬去做這事，最好一個(gè)例子就是當(dāng)當(dāng)網(wǎng)，當(dāng)年很多事單庫的，到現(xiàn)在也沒有實(shí)現(xiàn)分庫分表，它們只能使用一些分區(qū)表架構(gòu)，分區(qū)表本身就存在很大問題，比如擴(kuò)展性、數(shù)據(jù)量過億都是問題！！！！
?
數(shù)據(jù)庫選擇：
最好還是myslq，
? ?1、輕量，
? ?2、開源（阿里的alisql就是MySQL改個(gè)名字）
? ?3、功能能滿足電商需求
?
搜索：選擇lucene較好，原因是他封裝的較好。
?
權(quán)限：對于電商來說不應(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)限邏輯。
?
?
緩存：目前使用Redis，我看到有的公司使用的是memcache，這個(gè)10年前，就這屌樣，功能非常的簡陋不說，主要一個(gè)問題是會有死緩存，就是緩存怎么也清空不了，這個(gè)你想想就知道多悲劇了，商家修改了價(jià)格，怎么也改不了，最后只能關(guān)閉機(jī)器重啟。還有的公司使用的還是hibernate提供的ehcache，這個(gè)大家自行了解即可，關(guān)鍵是他做集群有問題，搞電商不可能是單機(jī)的，剛上線至少是2臺服務(wù)器。
?
?
?
靜態(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ì)會是以T計(jì)算的，肯定是需要獨(dú)立的圖片服務(wù)器的。
?
集群、負(fù)載、分布式：前面的分庫分表、服務(wù)化、圖片服務(wù)器都是為集群、負(fù)載、分布式做準(zhǔn)備的，集群需要基于CDN做動態(tài)切換，服務(wù)器用Nginx做負(fù)載，業(yè)務(wù)層用dubbo做分布式服務(wù)。
?
下面整理下整個(gè)架構(gòu)吧：
? ? 展示層/控制層:springMVC，在spring中做讀寫分離
??? 持久層：本團(tuán)隊(duì)開發(fā)的mybatis增強(qiáng)版本（程序員幾乎不需要寫SQL、配置等）
? ??數(shù)據(jù)庫：MySQL/Oracle，支持主從復(fù)制、讀寫分離、多機(jī)備份、支持分庫分表
?
??? 緩存機(jī)制：redis，CDN圖片緩存，也是支持熱備份、高并發(fā)
?
??? 靜態(tài)化機(jī)制：velocity/freemarker等模版語言
? ? 圖片服務(wù)器：購買專用服務(wù)器，用nginx做負(fù)載
? ??
?
??? 安全框架 Apache Shiro?
??? 搜索引擎： Lucene?
? ??
?
? ? 服務(wù)器：Linux
? ? 中間件：tomcat、nginx，還有其他N多的支持集群部署的安裝間接軟件，就不一一列舉了
? ? 圖片服務(wù)器：通過nginx做的，SFTP方式統(tǒng)一上傳
? ? 集群方案：多機(jī)tomcat，seesion統(tǒng)一管理，圖片統(tǒng)一管理。這些需要一套解決方案。
?
? ? 服務(wù)器要求：linux/windows，8G內(nèi)存，空間200G以上
?
? ??
? ?最后對于JAVA領(lǐng)域商城的開發(fā)，其實(shí)在PHP、.NET語言中，已經(jīng)有非常多的成熟同類產(chǎn)品了，比如shopnc、ecshop等等等，但是PHP的邏輯都是寫在前臺文件中，這個(gè)就跟JAVA中的邏輯都是寫在了JSP中一樣，這樣雖然便于開發(fā)，但是安全性、擴(kuò)展性方面都不行，后期二次開發(fā)、維護(hù)也不方便。另外.NET語言大家都是知道的，它是不開源的，這個(gè)我覺得不敢用的，哪天你遇到致命bug了，沒法從底層排查，這也是為什么銀行、金融、電商很多行業(yè)不用這個(gè)語言原因了。
?
? 還有外行的人被推薦使用apache ofbiz，這個(gè)框架就是個(gè)大雜燴，大家不過分神話它。
?
? 另外對于JAVA開發(fā)方面，其實(shí)如果有好的架構(gòu)，JAVA程序員只寫邏輯，前端只寫前端，數(shù)據(jù)庫DBA只關(guān)注DBA，這樣的話，開發(fā)起來會非常的方便。我們團(tuán)隊(duì)目前也是花了很長時(shí)間，也借鑒了很多成熟的框架，研發(fā)了一套適合商城開發(fā)的一套架構(gòu)。等到以后有機(jī)會可以開源出來給大家。
?
?
總結(jié)
以上是生活随笔為你收集整理的Java多用户商城系统B2B2C源码的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 设计模式 - Command
- 下一篇： 微软系统修复工具（试用版）