电商项目深度解析

项目中用到的技术点

maven的继承和聚合

项目中架构用的maven部署,根据业务需求，通过纵向横向对项目进行切.

例：kh-parent(用于倒入整个项目所需要的jar，pom.xml中packaging设置为pom类型).
kh-common(公共的重复的模块,用于放置项目中所使用的的工具类,jar的形式倒入其他模块,pom.xml中packaging设置为jar类型,并且继承kh-parent，导入常用jar).
kh-manage(后台管理系统,并继承kh-parent,另外引用jt-common).
kh-web(为web项目,负责前端展示).
kh-sso(为web项目,单点登录服务).
kh-order(web项目,订单系统)

Nginx负载均衡

我们在部署项目的时候采用nginx服务对访问进行分发,在nginx中我们监听80端口,访问服务器上面的nginx我们都转到不同的服务器上面,因为把系统划分为几个子项目,每个项目的域名不同,我们根据不同的域名将访问请求分发到不同的服务器.
nginx的优点：nginx处理请求是异步非阻塞的，在高并发下,nginx能保持低资源低消耗高性能的模块化设计,编写模块项目简单.
同时Nginx作为负载均衡服务器,Nginx既可以在内部直接支持Rails和PHP程序对外进行服务,也可以支持作为HTTP代理服务器对外进行服务.为什么这么快？因为Nginx采用C进行编写，不论是系统资源开销还是CPU使用效率都是比Perlbal要好很多.

mobatis通用Mapper插件实现原理

在项目中我们用到通用mapper插件,通过配置通用mapper插件,项目中基本的CRUD就不需要反复的写配置文件,方便我们更好更专心的处理业务,定义顶层接口,通过@DeleteProvider、@addProvider等注解找到对应类下面对应的方法,在方法中我们通过反射技术进行组装sql,实现我们需要的业务.

HttpClient的作用

我们项目在搭建的时候利用完全的松耦合的,分成功能不同的子项目,项目之间的通信我们是利用httpclient实现的,其中有GET方法,也有POST方法,比较页面上直接URL调用,更加安全,不会暴露,系统间通过http调用不用依赖语言,并且实现简单.

Redis缓存技术的应用

在我们项目中一些经常不变的数据我们采用缓存方式,如首页,分类列表,这些经常不变的数据我们把他放到缓存策略中,减少和数据库的交互,提高效率.
我们选择了现在常用的缓存框架对他们进行了比较,发现redis底层实现是单线程的。memcache底层是多线程实现的,单纯从缓存功能讲是memcache高,从功能讲是redis高.Memcache只有String类型。Redis可以存放String、list、hash、set、zset。所以就综合能力来讲redis高。Redis中的数据可以持久化。
其次redis支持分布式，我们系统配置了三台redis服务器，通过hash一致性决定数据具体放到那一台redis服务器上，所以对于程序员来说我们不用关心他们数据放在那一台服务器上，因为他们读取都在一台服务器上。

SSO 单点登录

SSO(包括用的登录,验证,注册)
电商系统比较庞杂，包括后台子系统、商品的管理、CMS内容管理、订单子系统、购物车子系统、前台子系统。这样就会造成一个问题，我们系统之间访问时候就产生了session共享问题。
分布部署时，有多个tomcat，假设用户从tomcati1登录，那它的登录信息是记录在tomcat1上的。如果用户请求业务，有可能就被分发到tomcat2上，这时tomcat2上并未登录，这时应该如何处理呢？我们要做到，不管用户在哪个tomcat上登录，都能实现用户信息的传递。
我们采用的是单点登录系统加redis缓存技术实现,首先我们的单点登录服务提供接口，外界是通过RESTFul来请求服务的，登录服务的接口就是一个用户名一个密码。
在用户登录时候，我们先会经过验证，如果验证通过，我们将User对象和用用户ID加上时间的毫秒值作为Key：ticket存入redis缓存，并返回ticket，同时登录端将ticker值写入cookie，为了防止ticket被恶意获取，我们同时对他进行了MD5Hash进行加密，然后会有一个拦截器，会对url进行过滤，如果需要登录的操作的url，通过cookie中的值，以此作为Key值去缓存中查找，这样就完成了多个web服务器的免登陆，当然可以通过对缓存设置，来设置ticket的失效时间。
因为cookie跟浏览器相关，cookie信息是保存在本地的。跟后台访问到哪个tomcat是没有关系的，这样就形成了一个单点登录系统。

rabbitMQ消息队列

订单系统是一个独立的字系统，对外提供接口，可以通过这些接口来操作订单。例如用户要下单，用户在前台系统点购物车，点击立即购买。一点击，它会请求后台的controller，后台的controller会调用service，service就会调用订单系统的接口，进行下单，下单成功后就返回一些数据，最后就提示用户下单成功。
由于前台系统是通过httpClient的方式来访问订单系统的接口，使用这种方式会有两个严重的问题，第一会造成用户的请求无法响应甚至会造成用户请求丢失，第二代码造成代码的耦合性过高，不利于后期代码维护。经过我们团队的讨论决定在项目中引入队列的方式，因为我们的框架主要采用了Spring的集成，因为rabbitMQ跟Spring直接有插件支持所以我们项目中采用了rabbitMQ,MQ使用了队列这种数据结构，跟用户的请求的存放在队列中这样就不会造成用户请求的丢失，这样的好处就是代码的耦合性降低了，利于维护。

数据库的主从复制及读写分离

在我们的系统当中，我们使用了Nginx负载均衡提高用户的访问量将用户的请求转向到各个子系统。在前台系统当中我们使用了redis缓存极大的提高用户的访问效率，在个子系统中间我们采用松耦合的rabbitMQ消息队列来传递信息，使我们的系统框架已经可以满足高并发的要求。但是在我们后端数据库访问的时候一台mysql数据库已经成为了系统访问的瓶颈。
一旦mysql的服务出现问题例如数据库查询过多造成数据库响应缓慢，我们决定采用读写的方式，这是我们采用SpringAOP的面向切面切面的方式自定义了一个切面，在我们所有数据操作时先被我们得切面拦截，在切面当中我们实现了动态切换数据源，将读写的操作进行分离，写操作配置了一个数据源，有配置了两个读的数据源因为读的操作远远大于写的操作。一般读的操作占了整个操作的80%-90%。我们利用面向切面可以获取到访问数据库请求的访问名，通过方法名判断他是读操作还是写操作。我们是有一个方法名的约定，例如query select get 操作都是查询操作，insert update delete 操作都是写操作。这就可以通过方法名转向到数据源。(两同从利用 hash一致性来判断写在那一台)。
如果访问量再大的话会Mysql宕机无法为用户提供服务，这将造成无法换回的后果甚至重大的经济损失。这时候我们采用了主从复制的方式，我们搭建了三台服务器的集群，将一台服务器作为主，两台服务器作为从。(我们在主服务器配置打开写二进制文件，这样才能实现主从复制，在从服务器上执行绑定的sql语句，指定主服务器的IP，端口，用户名，密码，日志文件名称，位置，启动我们的从服务，如果配置成功，在主服务器的mysql上增加数据库，数据表，修改表结构，增加数据，修改数据，这时候从数据库的数据都会与主数据同步)
这样当主服务器宕机时候，这时候可以将数据源切换到某一个从服务器将他的配置改为主(先停止当前从的复制服务再开启二进制文件写操作，然后将另外一个从绑定到这个新的主服务器上，改变数据源连接指向这个新的主服务器，重启服务).

项目是如何做到分布式高并发的？

我们将这个电商项目根据业务和需求将项目横向和纵向切割成不同的子项目，这样项目组之间沟通方便，不会因为一点小的改动而需要重新部署整个项目。将子项目部署在不同的tomcat上，解决服务器并发时压力过大，通过nginx将请求分发到不同的tomcat上面。子项目放在不同的tomcat上，登录信息只能存在登录的服务器上，为此我们采用sso单点登录，建了一个单独的登录系统，所有登录都是通过该系统实现。项目之间的访问我们采用httpclient进行数据传输，httpclient在高并发的情况下会造成请求丢失，我们引入了rabbitMQ消息队列，将并发的消息变成串行的去访问服务器，这样减少了服务器的压力，为了减少与数据库的交互，我们将经常访问和长期不变的数据放到缓存中，经过比较我们采用了redis缓存。项目前期考虑到数据库的压力过大，我们首先部署两台数据库，配置数据库的主从复制，搭起环境，项目上线的时候还可以追加数据库，在项目中我们动态切换数据源，使项目中读和写的操作访问不同的数据库，从而减少数据库的访问压力。电商项目少不了就是搜索，我