岳阳javab2b2c多用户商城 b2b2c java 电子商城

利于商家对接用户 为了改变传统销售模式弊端，这一款手机客户端为商家与用户搭建了个性化的对接桥梁。当用户在购物的过程中遇到任何难题时都可以咨询商家，而商家会快速为用户提供解答。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互联网金融开发，处理过亿级数据量，所以被目前这家公司看重。
由于Java是开源的，近几年Hadoop等开源产品越来越成熟，而且是基于Java的，所以终选择Java后后台开发语言，现在前端是自己的前端工程师写的JS，后期准备改成前端是PHP，中间是Go语言，后台服务器是JAVA，因为PHP写前端很厉害，不过这个也是后期了。
控制层：这几年SpringBoot发展的非常火，而且开发效率比较高，SpringMVC系列已经完全没落了，所以现阶段选择SpringBoot。
视图层：这个我个人认为哪一个都差不多，jsp、freemarker也好，终都是生成的html。
数据库设计：
1、关键的一个是不能有外键强关联，我看到类似用hibernate、SpringData产品的一些公司，全部都是强关联，那你以后想删除一些数据，那真是噩梦的，这个还不用说，查询性能方面影响也是巨大的。
2、分库分表。这个必须要支持的，做互联网数据量是非常的巨大的，如果开始就不能支持分库分表，那么后期会至少花上千万去做这事，一个例子就是当当网，当年很多事单库的，到现在也没有实现分库分表，它们只能使用一些分区表架构，分区表本身就存在很大问题，比如扩展性、数据量过亿都是问题！！！！
3、处理，作为互联网项目，那也是必须要能支持才可以的。
数据库选择：还是myslq，1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择ElasticSearch较好，原因是他封装的较好
权限对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前使用前端静态化，可以实现全站60%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，虽然阿里的dubbo确实做得非常好，但是目前市场来看SpringCloud有取代的趋势，另外SpringCloud提供了更多的服务治理方案。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有15个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringBoot，在spring中做读写分离
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制、读写分离、多机备份、支持分库分表
缓存机制：redis，CDN图片缓存，也是支持热备份、高并发的
静态化机制：系统页面做静态化，提高访问速度
图片服务器：购买专用服务器，用nginx做负载
搜索引擎： 分布式ElasticSearch
服务器：Linux
中间件：tomcat、nginx，还有其他N多的支持集群部署的安装间接软件，就不一一列举了
图片服务器：通过nginx做的，SFTP方式统一上传
集群方案：多机tomcat，seesion统一管理，图片统一管理。这些需要一套解决方案。
服务器要求：linux/windows，4G内存，空间20G以上
后对于JAVA领域商城的开发，其实在PHP、.NET语言中，已经有非常多的成熟同类产品了，比如shopnc、ecshop等等等，但是PHP的逻辑都是写在前台文件中，这个就跟JAVA中的逻辑都是写在了JSP中一样，这样虽然便于开发，但是后期二次开发、维护都不方便。另外.NET语言大家都是知道的，它是不开源的，这个我觉得不敢用的，哪天你遇到致命bug了，没法从底层排查，这也是为什么银行、金融、电商很多行业不用这个语言原因了。
另外对于JAVA开发方面，其实如果有好的架构，JAVA程序员只写逻辑，前端只写前端，数据库DBA只关注DBA，这样的话，开发起来会非常的方便。我们团队目前也是花了很长时间，也借鉴了很多成熟的框架，研发了一套适合商城开发的一套架构。等到以后有机会可以开源出来给大家。
分销模式可以加强商家与用户之间的关联性和互动性，利用公众号的消息功能可以让粉.丝及时的了解商城的活动信息，拉近与用户之间的距离。
RedPigMall多用户商城系统架构：Java、SpringBoot、SpringCloud、MyBatis、MySql、Nginx、支持分布式部署、集群部署
1、卖家后台：即各店铺的管理后台，包括申请开店、商品上传管理、卖家订理、店铺支付方式设置、店铺配送方式设置、店铺模板设置及店铺其他设置；
2、买家中心：买家可以集中进行订单查看、收藏夹、配送地址、留言评论等操作，降低使用难度；
3、商品展示：展示商品的基本信息、属性、价格配送信息、商品详情和用户评论，便于顾客在购买之前全面了解商品；
4、商品检索：C2C、B2B网站重要的功能之一，为各店铺的主要入口，用户通过关键词可以查找到与需求相符的商品和店铺；
5、购物车：用户可以将需要购买的商品添加至购物车，然后统一提交，只需填写一次信息，从而节省时间；
6、商品交易：电子商务网站标志性功能，买家可以在线提交订单，选择支付方式支付，卖家根据用户填写的信息发货，完成整个交易。

其实集群说起来是很简单的，无非就是server部署在多台机器上，DB、session、文件等在做个机器、CDN加速就OK了。
但是实际上需要做的事还有非常多，并且在过程中需要填非常多的坑。
这里说一个很多人都不太了解的，就是虚拟IP，比如你访问，多少年还是那个IP，并且几乎没有挂过。
这个IP就是虚拟IP，用户不会实际访问这台服务器，这台服务器是运营商提供的，用户访问后会通过各种技术手段做
分发到各个集群节点进行任务处理。
之后才会走到我们的代理服务器，比如nginx、apache等等。
再通过代理服务器做分发到具体的机器上。
对于文件、缓存、session管理、分布式等等，之前文章有说过。
这里还有一点要记录就是对于使用的技术，其实我个人认为主要还是根据公司人力、财力、业务等来做决定。
有些土豪公司用小型机，200多万一台，也是可以的，速度当然是炸天啊。。。但是如果对于一般的小规模企业
租用云服务器刀片机做集群也不错的，或者自己买机器放在机房也可以。
还有一个要注意：不一定非要买各种云等各种贵的要死的云，这些云都是租的别人的服务器，然后在转租，安装一点插件而已，你要是业务量大了，用他们的插件还可能有问题。。。
这就跟你安装操作系统，有人喜欢原版的，有人喜欢ghost的，咋一看，ghost安装起来后，好多软件都有呀，什么360、爱奇艺、腾讯视频、PPTV。。。然后你电脑每天弹广告、小视频。。。
对于互联网，尤其是电商系统，访问速度是一个非常大的问题
类似淘宝、京东，如果做**活动、等，都需要能处理高并发、大访问量问题的
本文章只做一个抛砖迎玉，不讲解具体业务、技术细节，适合工作五年以上技术人员阅读
对于高并发、*
一、缓存
1、数据缓存
2、页面、文件等缓存
类似淘宝、京东都是把图片、文件缓存在用户本地，下次再访问就直接访问本地文件，如果访问没有，就去CDN服务器上下载，下载也是通过集群分发形式，下载近的服务器文件。下载到本地之后，就做*保存，不做删除，如果需要修改文件，就改文件名就行了。
二、分布式图片服务器CDN加速
类似HDFS等，这个有java、php、.net等客户端，支持多语言，非常不错
三、集群
这个是老生常谈，必须要做的，一个需要注意的是session的统一管理
四、分布式
SpringCloud
五、数据库读写分离、分库分表
这个主要是DBA做的，数据库做成支持读写分离、分库分表
六、大表处理
大表一般目前可以做分区表，但是分区表也是有隐患的，好前期就支持分表的，根据业务经常划分
推荐技术：1、sharding-jdbc，在jdbc层做分表，目前支持mybatis、hibernate、jpa等等，需要开发负责
2、mycat，通过代理的形式，这个只需要运维负责就行
3、后推荐分库分表自己写。我们公司就是自己写的。很多中间件其实都有很多问题的。
七、对于访问量大的商品、店铺
这个一般淘宝、京东他们都是会做特殊处理，比如会专门卖服务给一些大的商家，当他们访问量大了，就会自动针对他们店铺做集群，迁移到专门的集群环境
后，如果有企业需要商城开发，可以联系我们，我们产品是B2B2C模式，架构是：SpringMVC、MyBbatis、mysql/oracle/sqlserver、reids、dubbo、zookeeper、nginx，支持集群模式的
电子商务平台源码。 Spring cloud bus通过轻量消息代理连接各个分布的节点。这会用在广播状态的变化（例如配置变化）或者其他的消息指令。Spring bus的一个核心思想是通过分布式的启动器对spring boot应用进行扩展，也可以用来建立一个多个应用之间的通信频道。目前实现的方式是用AMQP消息代理作为通道，同样特性的设置（有些取决于通道的设置）在更多通道的文档中。

-/gbaddba/-