java电商面试介绍_java电商项目背景描述(1)

2401_85013955

于 2024-05-17 02:45:34 发布

阅读量735

点赞数 11

分类专栏： 2024年程序员学习文章标签：物联网嵌入式硬件面试

本文链接：https://blog.csdn.net/2401_85013955/article/details/138983671

版权

2024年程序员学习专栏收录该内容

24 篇文章 0 订阅

订阅专栏

收集整理了一份《2024年最新物联网嵌入式全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升的朋友。

如果你需要这些资料，可以戳这里获取

需要这些体系化资料的朋友，可以加我V获取：vip1024c （备注嵌入式）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人

都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

使用uribuilder去构造请求参数

3.2 post

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

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

5、处理响应结果

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

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的集群，这样就可以解决大部分的问题。