金华Java SpringBoot商城定做 java 商城

*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够
*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
*近公司要开发商城，让我多方咨询，*后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，*后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：*好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，*后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
系统具有统一后台管理、部署文档、操作文档、开发文档、数据库脚本、数据字典、开发快速上手说明等文档。代码在Action类中注释清晰，Service层和Dao层面向接口的开发技术简单易学，使您能够快速上手开发。
系统支持的支付方式：
系统支持的支付方式：平台统一支付（收款到平台账户，卖家申请提现后财务打款给卖家）和店铺支付（直接收款到卖家自己的账户）
系统支持的在线支付方式：
PC端（见PayTools.java,shop/goods_cart3）：微信扫码支付、支付宝支付、财付通支付、网银在线支付、贝宝支付、快钱支付
WAP端（见CartViewAction.java,wap/goods_cart3）：微信公众号支付（只有在微信内打开显示）、支付宝手机网页支付（只有普通浏览器内打开显示，微信内打开不显示）
系统具有统一后台管理、部署文档、操作文档、开发文档、数据库脚本、数据字典、开发快速上手说明等文档。代码在Action类中注释清晰，Service层和Dao层面向接口的开发技术简单易学，使您能够快速上手开发。
系统支持的支付方式：
系统支持的支付方式：平台统一支付（收款到平台账户，卖家申请提现后财务打款给卖家）和店铺支付（直接收款到卖家自己的账户）
系统支持的在线支付方式：
PC端（见PayTools.java,shop/goods_cart3）：微信扫码支付、支付宝支付、财付通支付、网银在线支付、贝宝支付、快钱支付
WAP端（见CartViewAction.java,wap/goods_cart3）：微信公众号支付（只有在微信内打开显示）、支付宝手机网页支付（只有普通浏览器内打开显示，微信内打开不显示）
技术构架
开发语言： Java1.8
数 据 库 ： MySQL5.7
数据库持久层：druid
核心框架： SpringBoot、SpringCloud、MyBatis、Nginx
缓存技术： Redis
全文检索： Elasticsearch
模板视图： HTML、CSS、JQuery1.8.3
技术特点
基于Java语言开发，融合OOP编程思想，安全性高、性能优越、扩展方便；
系统内部结构耦合性低，分模块开发，便于多服务器拆分部署，提高系统性能；
多层安全控制机制，采用MVC开发模式，使用自定义管理权限，7层过滤器彻底解决安全问题；
应用Redis缓存框架，数据缓存和资源缓存并存机制，提高系统数据加载效率，支持分布式缓存管理；
Elasticsearch全文检索原生API深度开发，**支持电商平台，支持自定义词库管理，使得商城检索功能更加完善；
内置自定义缓存标签，补充完善开源缓存框架不足，解决各类资源缓存，提升系统性能
电商平台配属体系强大，完备的产品体系；
Java语言多商户商城源码、B2B2C电子商务平台 店中店，京东模式，自营加入驻模式 优惠促销中...
代码结构清晰，功能齐全，适合企业二次开发，个人学习等！
本套源码为企业级电子商务b2b2c系统正式环境使用代码，可二次开发，功能完整！
商城简介:
RedPigMall商城系统是采用Java语言开发的多用户商城系统，使用
SpringBoot、SpringCloud、MyBatis作为基础开发架构，应用自定义框架管理系统权限，结合URL重写技术静态化商城前台页面。RedPigMall结合多年的电商开发经验及主流电商的功能特点，注重系统易用性、功能性、扩展性，充分考虑大数据、大并发、系统安全、SEO功能，使得系统设计更加完善，更加高效稳定，RedPigMall系统融合当前主流B2B2C、C2C购物平台主要功能，同时推出自身特色功能,如：商城广告、商城活动、积分商城等。
系统支持多服务器分布式部署，互通机制，也可以修改系统相关功能进
行session缓存共享处理，轻松完成分布式部署，为大数据、大访问量的运营商提供可靠的功能保证。
RedPigMall使用Redis管理系统数据缓存及资源缓存，系统所有资源默认纳入缓存管理，所有数据统一配置缓存策略，高级用户可以根据需要有针对性的完善策略配置，进一步优化系统缓存功能，分布式部署可以使用Redis**机制完成分布式缓存共享，提升系统性能
技术构架
开发语言： Java1.8
数 据 库 ： MySQL5.7
数据库持久层：druid
核心框架： SpringBoot、SpringCloud、MyBatis、Nginx
缓存技术： Redis
全文检索： Elasticsearch
模板视图： HTML、CSS、JQuery1.8.3
技术特点
基于Java语言开发，融合OOP编程思想，安全性高、性能优越、扩展方便；
系统内部结构耦合性低，分模块开发，便于多服务器拆分部署，提高系统性能；
多层安全控制机制，采用MVC开发模式，使用自定义管理权限，7层过滤器彻底解决安全问题；
应用Redis缓存框架，数据缓存和资源缓存并存机制，提高系统数据加载效率，支持分布式缓存管理；
Elasticsearch全文检索原生API深度开发，**支持电商平台，支持自定义词库管理，使得商城检索功能更加完善；
内置自定义缓存标签，补充完善开源缓存框架不足，解决各类资源缓存，提升系统性能
电商平台配属体系强大，完备的产品体系；
Java语言多商户商城源码、B2B2C电子商务平台 店中店，京东模式，自营加入驻模式 优惠促销中...
代码结构清晰，功能齐全，适合企业二次开发，个人学习等！
本套源码为企业级电子商务b2b2c系统正式环境使用代码，可二次开发，功能完整！
商城简介:
RedPigMall商城系统是采用Java语言开发的多用户商城系统，使用
SpringBoot、SpringCloud、MyBatis作为基础开发架构，应用自定义框架管理系统权限，结合URL重写技术静态化商城前台页面。RedPigMall结合多年的电商开发经验及主流电商的功能特点，注重系统易用性、功能性、扩展性，充分考虑大数据、大并发、系统安全、SEO功能，使得系统设计更加完善，更加高效稳定，RedPigMall系统融合当前主流B2B2C、C2C购物平台主要功能，同时推出自身特色功能,如：商城广告、商城活动、积分商城等。
系统支持多服务器分布式部署，互通机制，也可以修改系统相关功能进
行session缓存共享处理，轻松完成分布式部署，为大数据、大访问量的运营商提供可靠的功能保证。
RedPigMall使用Redis管理系统数据缓存及资源缓存，系统所有资源默认纳入缓存管理，所有数据统一配置缓存策略，高级用户可以根据需要有针对性的完善策略配置，进一步优化系统缓存功能，分布式部署可以使用Redis**机制完成分布式缓存共享，提升系统性能