订单模块优化

一、Redis缓存的使用场景

1.页面缓存

页面缓存的主要思路为，将一些用户经常请求的页面，例如/goods/to_list–商品列表页面，存储到redis缓存中，在用户请求的时候直接在缓存中获取并返回，如果取缓存失败，则利用thymeleaf的手动渲染，渲染后存入缓存，并且返回。我们可以很明显的知道，不使用页面缓存的请求，每次都先访问数据库，然后经thymeleaf渲染，然后返回，其中渲染的过程可能需要从磁盘中读取html模板，而使用页面缓存以后，直接在内存缓存中读取，无需查库和渲染，只有失效的情况下才需要查库渲染，所以在些用户经常请求的页面中使用页面缓存优化，可大大降低对数据库和服务器的压力。（需要注意的是合理的设置页面缓存的有效期）。

2.对象缓存

相对于页面缓存，对象缓存是个更细粒度的缓存，比如说在登录模块中的session中，我们把session对应的user对象存储到redis缓存中，那么在需要user对象的页面中，既不需要登录，也不需要更具cookie去查找数据库，只需要通过cookie在redis中获取user对象，即可使用，同理，这样类型的缓存也会减小对数据库的压力。

3.页面静态化

上述的两种缓存，都是利用redis缓存服务器来实现的，虽然可以降低对数据库和服务器的压力，但是，redis服务器的容量和处理能力也是有限的，所以我们可以考虑将页面模板直接缓存到用户的浏览器，那么每次请求用户只需要请求用于渲染的对象即可，这不仅仅减轻了redis服务器的压力，同时也减少了带宽的消耗，此即为页面静态化。 在本项目中，主要实现的是商品详情、订单详情页面、秒杀页面的静态化，主要方法是利用ajax的异步加载，请求渲染需要的对象，并且通过配置 ####### spring.resources的相关参数来告诉浏览器是否缓存，缓存有效时间等等

二、mq的使用场景

1.队列异步下单

由于服务器处理下单涉及DB的读写，当并发量很大的时候，需要很多时间，从而用户体验会很不好，因为需要等待很久才知道结果。所以采用消息队列异步下单。即如果用户秒杀成功，那么创建的订单并不直接写入DB。而是给rabbitmq发送一条message.然后就直接返回给用户说下单成功。然后由监听消息队列的消费者根据接收到的消息，创建订单并写入DB.这里为了提高效率，可以使用一个线程池来解决并发及连接复用的的问题。