[置頂] java 多用戶 B2B2C 商城系統源碼

最近公司要搞商城，讓我多方咨詢，最後看了很多，要不就是代碼、表字段註釋不全，要不就是bug多，要麽就是文檔缺少，最後決定自己開發一套商城。

下面是開發的一些心得體會，權且記錄下來，給自己做個記錄把。

本人QQ：11166250，有問題可以咨詢

之前一直都是在從事電商相關和互聯網金融開發，處理過億級數據量，所以被目前這家公司看重。

由於Java是開源的，最近幾年Hadoop等開源產品越來越成熟，而且是基於Java的，所以最終選擇Java最後後臺開發語言，現在前端是自己的前端工程師寫的JS，後期準備改成前端是PHP，中間是Go語言，後臺服務器是Java，因為PHP寫前端很厲害，不過這個也是後期了。

控制層：這幾年springMVC發展的非常火，而且開發效率比較高，struts系列已經完全沒落了，所以現階段選擇SrpingMVC。

視圖層：網上已經有非常多的測試過JSP、freemarkder、velocity等，結果性能：velocity>freemarker>jsp，開發速度：velocity>freemarker>jsp

數據庫設計：

    1、關鍵的一個是絕對不能有外鍵強關聯，我看到類似用hibernate產品的一些公司，全部都是強關聯，那你以後想刪除一些數據，那真是噩夢的，這個還不用說，查詢性能方面影響也是巨大的。

   2、分庫分表，這個必須要支持的，做互聯網數據量是非常的巨大的，如果開始就不能支持分庫分表，那麽後期會至少花上千萬去做這事，最好一個例子就是當當網，當年很多事單庫的，到現在也沒有實現分庫分表，它們只能使用一些分區表架構，分區表本身就存在很大問題，比如擴展性、數據量過億都是問題！！！！

數據庫選擇：

最好還是mysql，

   1、輕量，

   2、開源（阿裏的alisql就是MySQL改個名字）

   3、功能能滿足電商需求

搜索：選擇lucene較好，原因是他封裝的較好，權限對於電商來說不應該設計的過於復雜，我認為主要就兩張表就夠了，一個是角色Role表，一個是資源Resources表，然後用戶和角色通過中間表關聯下就OK了，角色裏面有資源，很簡單的邏輯，security、shiro這兩款的權限框架都能做出這個需求。

緩存：目前使用Redis，我看到有的公司使用的是memcache，這個10年前，就這屌樣，功能非常的簡陋不說，主要一個問題是會有死緩存，就是緩存怎麽也清空不了，這個你想想就知道多悲劇了，商家修改了價格，怎麽也改不了，最後只能關閉機器重啟。還有的公司使用的還是hibernate提供的ehcache，這個大家自行了解即可，關鍵是他做集群有問題，搞電商不可能是單機的，剛上線至少是2臺服務器。

還有一個最讓人惡心的是，有些公司用mybatis+redis模式，但是實際上還是用的ehcache！！！！

靜態化：一般模版語言都可以實現靜態化，可以實現全站60%都是靜態頁面，數據從集群redis緩存中讀取。

服務化：目前使用dubbo，雖然阿裏開源的產品代碼質量被人詬病，但是阿裏的東西經受住高並發、大流量的考驗，即時老外的東西再好，也沒有這樣的場景去考驗，雖然權衡後選擇dubbo。

圖片服務器：這個也是非常重要的環節，目前我們測試系統都有15個G的圖片了！！！！線上估計會是以T計算的，肯定是需要獨立的圖片服務器的。

集群、負載、分布式：前面的分庫分表、服務化、圖片服務器都是為集群、負載、分布式做準備的，集群需要基於CDN做動態切換，服務器用Nginx做負載，業務層用dubbo做分布式服務。

下面整理下整個架構吧：

    展示層/控制層:springMVC，在spring中做讀寫分離

    持久層：本團隊開發的mybatis增強版本（程序員幾乎不需要寫SQL、配置等）

    數據庫：MySQL/Oracle，支持主從復制、讀寫分離、多機備份、支持分庫分表

    靜態化機制：velocity/freemarker等模版語言

    圖片服務器：購買專用服務器，用nginx做負載

    服務器：linux

    中間件：tomcat、nginx，還有其他N多的支持集群部署的安裝間接軟件，就不一一列舉了

    圖片服務器：通過nginx做的，SFTP方式統一上傳

    集群方案：多機tomcat，seesion統一管理，圖片統一管理。這些需要一套解決方案。

   最後對於Java領域商城的開發，其實在PHP、.NET語言中，已經有非常多的成熟同類產品了，比如shopnc、ecshop等等等，但是PHP的邏輯都是寫在前臺文件中，這個就跟JAVA中的邏輯都是寫在了JSP中一樣，這樣雖然便於開發，但是後期二次開發、維護都不方便。另外.NET語言大家都是知道的，它是不開源的，這個我覺得不敢用的，哪天你遇到致命bug了，沒法從底層排查，這也是為什麽銀行、金融、電商很多行業不用這個語言原因了。

  另外對於JAVA開發方面，其實如果有好的架構，JAVA程序員只寫邏輯，前端只寫前端，數據庫DBA只關註DBA，這樣的話，開發起來會非常的方便。我們團隊目前也是花了很長時間，也借鑒了很多成熟的框架，研發了一套適合商城開發的一套架構。等到以後有機會可以開源出來給大家。

本人QQ：11166250，有問題可以咨詢

成功案例

HuLianShop系統包括：B2B2C商城PC+微信端+APP（android/IOS）、雲購商城、CMS、CRM、HR、ERP、OA、P2P等一系列產品

文章來源：