java电商面试介绍

迈不过友情╰ 2023-10-17 23:22 36阅读 0赞

[写博客 ][Link 1]

前两个项目采用的是ssh框架搭建的，最近的项目采用的是ssm框架搭建的。在实际开发中，我觉得这两个框架，他们最大的区别在于hibernate与mybatis的区别。

Hibernate与mybatis相比较，mybatis更为轻便、灵活，容易掌握。mybatis可以把sql语句从java代码中分离了出来，放在了配置文件中书写，大大降低里java代码与SQL语句的耦合度，更容易对sql语句操作，重要的是mybatis还可以书写动态的sql语句，但mybatis也存在一些缺陷，比如mybatis本身的缓存机制没有hibernate那么完善，hibernate除了本身有良好的缓存机制，还可以使用第三方缓存。Hibernate较完整的封装了JDBC，但学起来要比mybatis更困难一些。Hibernate的DAO层开发比MyBatis简单，对对象的维护和缓存要比MyBatis好。

（springmvc与Struts的区别：springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应,参数的传递是直接注入到方法中的，是该方法独有的。  
  
struts2是类级别的拦截， 一个类对应一个request上下文， struts是在接受参数的时候，可以用属性来接受参数， 这就说明参数是让多个方法共享的,这也就无法用注解或其他方式标识其所属方法了）。

该商城是一个综合性的B2C平台，主要针对女性消费者，主要销售女性化妆品，首饰，服装等女性用品。商家入驻商城销售自家的产品，并且可以得到商城提供的各种服务。

在整个项目中，我们采用的是nginx+tomcat来部署的（面试官会可能问nginx是谁来部署的？如何部署的？Nginx的执行流程，优点），nginx一方面做加载静态资源的服务器，另一方面来做反向代理和负载均衡。因为该项目需要在多个环境中运行，我们利用了nginx的反向代理解决了不同环境同系统访问地址不统一带来的问题。

因为整个项目实现的功能较多， 所以采用分布式的架构设计，整个项目包括后台管理系统、前台系统、订单系统、登录系统、搜索系统、购物车系统等，这样做的好处是使每个功能模块独立出来，降低了各系统之间的耦合度，增删一个功能不会影响其他功能模块。

因为项目是采用分布式架构设计的，各模块之间是相互独立的，而各模块的访问路径又是不同的，所以当跨域请求数据的时候会遇到跨域受限的问题。比如当用户首次访问该网站首页时，首页页面会异步请求后台管理系统加载商品的类目，这是就会出现跨域受限的问题，以前开发时，如果在本模块内，我们是通过ajax异步请求数据的，但Ajax不支持跨域，所以用ajax无法解决跨域请求数据的问题。最后我们使用的是jsonp来解决这个问题的。jsonp通过script标签的src可以跨域请求的特性，加载资源，将加载的资源（通过一个方法名将数据进行包裹）当做是js脚本解析，定义一个回调函数（是怎么实现的？），获取传入的数据。我们使用jsonp是因为Jsonp的兼容性比较好，并且在请求完毕后可以通过callback的方式回传结果。但jsonp有一个缺点是只支持get请求而不支持post等其他类型的http请求。

这样我们解决了浏览器访问当前页面去加载后台系统数据出现的跨域问题，但是另一个问题又来了，其他系统该如何得到调用后台系统的数据呐？我们想可以发送http请求来访问后台数据，我们想到的是使用httpclient来解决此问题，因为httpclient可以使用java代码模拟浏览器发送http请求（get方法如何传递参数？定义uribuilder对象，在uribuilder里设置参数，以key和value，都是string类型的，然后将uribuilder放到uri中，在后将uri讲给httpget请求。Post方法如果传输数据？模拟表单提交，将数据封装到list集合中，然后将集合数据放入构造的表单实体中，在将表单实体请求放到httppost对象中）。向外抛出一个接口，执行过程是：1、创建httpclient对象2、构建请求对象post ,get请求3、如果有参数，就去构造请求参数

3.1 get

使用uribuilder去构造请求参数

3.2 post

构建表单实体，把表单实体放入到 post请求对象中。

4、执行请求 ，并且接受响应

5、处理响应结果

6. 释放连接。无论执行方法是否成功，都必须释放连接。

HttpClient实现认为是线程安全的。

每次连接发起Http请求的时候都会重新建立连接(经历3次握手)，用完就会关闭连接(4次挥手)，这样会消耗很多时间，所有我们采用了连接池。如果不采用连接池，每次连接都会打开一个端口，在大并发的情况下系统的端口资源很快就会被用完，导致无法建立新的连接。

像项目中首页的大广告和商品类目这些不需要经常修改的数据，如果用户每次刷新页面的时候都要去数据库中查询，这样会浪费资源和增加数据库的压力。所以我们想当把这些数据添加到一个缓冲中，用户去访问的时候，先去缓存中命中，如果命中失败，再去数据库中查询，然后把查询到的数据添加到缓存中。目前比较主流的缓存技术有Redis和Memcached，单纯从缓存命中的角度来说，Memcached要高一些，可Redis和Memcache的差距其实并不大，但Redis提供的功能更加强大一些，读写速度也很快。所以我们选用了redis来缓存数据。Redis把数据以key—value的形式缓存到内存中，并提供了多种数据存储类型（string，set，list，hash等），还自身提供了持久化功能（2种），还可以把数据备份到磁盘中（Redis的SAVE命令用于创建当前 Redis 数据库的备份），防止redis宕机时的数据丢失。（会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步）。我们使用的是spring与jedis整合的客户端，可以利用jedis做分片式集群，解决了redis内存受限的问题。

之前实现的登录和注册是在同一个tomcat内部完成，而现在系统架构是每一个系统都是由一个团队进行维护，每个系统都是单独部署运行一个单独的tomcat，所以，不能将用户的登录信息保存到session中（多个tomcat的session是不能共享的）（session共享？），所以我们需要一个单独的系统来维护用户的登录信息。我们是这样做的，用户去登录页面登录，去数据库查询是否有该用户，如果没有提示用户，如果有就把用户信息保存到redis中，并生成一个token保存到cookie中，

在后台管理系统中采用了Maven的多模块化的管理，其中采用了水平切分的方式（垂直与水平划分的区别：垂直：功能模块明确，层次不够清晰，代码重用性差。水平：层次清晰，代码重用性高，独立维护。），将各层分层开发，这样做的好处是代码重用性高，层次清晰，易于独立维护。系统内部接口调用采用Httpclient，接口提供端采用RESTful方式的接口定义（一种软件架构风格，设计风格而不是标准，只是提供了一组设计原则和约束条件），系统之间的通知机制采用MQ的方式，使用RabbitMQ的实现，使用了RabbitMQ的消息订阅模式的消息机制；部署方面，采用了Nginx+tomcat的模式，其中nginx的作用一方面是做反向代理、负载均衡、另一方面是做图片等静态资源的服务器；

在此项目中我主要负责后台管理模块，主要实现商品管理和商品规格参数管理，对商品和商品规格进行CRUD操作。；在实现前台调用后台数据时，为了实现系统间的调用，便使用了httpclient技术来实现此功能，在后台提供了需要调用的接口。（httpclient介绍，工作原理，优缺点）。如果在后台对商品进行操作，为了使前台数据与后台数据实现同步，我们使用了RabbitMQ消息队列机制实现商品同步功能（RabbitMQ介绍，工作原理，优缺点）；

在此项目中，我还参与了购物车模块的开发。在开发这个模块时候，我们考虑了会员在未登录和登录两种情况下把商品加入购物车，后台如何该保存商品信息。

在用户商品详情页点击加入购物车的时候，我们用了登录拦截器来判断用户是否登录；购物车首先标识要唯一，因为每个账号要对应一个购物车，在登录状态下，我们可以直接将数据保存到数据库中，使用用户的id表示自己购买的商品，但是如果在未登录状态下呢，或者对购车访问量大的时候，这个就存在弊端，因为这样高速的读写数据库，会对数据库的压力比较大，在这里我们就看看如何用Redis和RabbitMQ解决这个问题。

一：登录状态下添加商品到购物车

此时购物车是对应一个用户，很简单，就是将商品的数据插入数据库中即可，但是如果读写频繁的时候，就存在压力问题，此时我们可以使用Redis担任读的部分功能。

在向数据库中插入数据的时候，使用RabbitMQ发送消息，然后有一个消息系统监听消息，将RabbitMQ中消息内容(插入数据库中的商品数据)保存到Redis中，但是此时Redis中我们该用什么存储结构，在Redis中存储结构有很多种，这里我们使用hash结构（介绍一下是如何利用hash结构保存商品数据的），在用户查询自己的购物车数据的时候，就不要到数据库中查询，而是直接从redis中将数据拿出来即可，这样数据库的读压力就被Redis分担出去了。

二：未登录下加入购物车，登录下合并购物车

在未登录状态下，没有指定的用户，此时购物车应该怎么分配，数据把偶才能在什么位置，这个其实也不难，我们可以将数据临时保存到Redis中，并不插入数据库中，因为此时没有对应的用户，Redis生成一个唯一的outerKey，保存到cookie中，每次添加商品，带上这个cookie，这样就保证每次加入同一个购物车，这个数据会被保存一段时间，当用户登录的时候，我们该如何将未登录状态下的购车和登录状态下的购车数据合并呢。这个就需要使用到消息了，我们可以发送一个消息给后台系统，将未登录状态下的outerKey传递给后台系统，后台系统到Redis中查询到未登录状态下的购物车，将购物车中的数据插入到数据库中，和之前登录状态下的购车数据合并，重新缓存到Redis中，此时缓存到Redis中的购物车是和未登录状态不同的，因为这个缓存的购物车是有主人的，未登录状态下缓存的临时购物车就保存到了登录用户的购物车。

（自己设两个自问自答的问题）

数据库也可以做读写分离，为什么要使用Redis担任读呢，直接使用读写分离不就可以了吗？

数据库的读写分离的确可以解决问题，但是像Redis这种非关系型数据库比较明显的优点就是数据处理效率高，读写分离和Redis的效率相比较来说，个人感觉还是使用Redis可靠。

Redis担任读的问题，当像双11这种大量访问的情况下，Redis会不会崩溃？

这个问题我也想过，这个我们可以考虑使用Redis的集群，这样就可以解决大部分的问题。

[Link 1]: https://mp.csdn.net/postedit