整体示意图

1.nginx缓存

2.进程缓存

Caffeine示例

3.Lua语法(为了在nginx中做编程)

4.OpenResty

5.封装向Tomcat发送的Http请求，获取数据

封装完函数之后，我们对nginx.conf进行修改（请求进来之后会去寻找item.lua）

item.lua文件内容

上面的item.lua文件中需要进行拼接数据，我们需要JSON结果处理

6.Tomcat集群的负载均衡

在实际生产中tomcat是肯定以集群的方式存在

当我们修改nginx.conf发送请求为集群的时候，如下图

这个时候存在一个问题，集群的负载均衡算法是轮询，会导致tomcat进程缓存产生浪费，举个例子

• 假如现在有两台Tomcat服务器，一台端口为8080，一台端口为8081
• 进行访问，查询id为1的信息，第一次查询8080端口的tomcat服务器，此时8080端口的tomcat服务器上有id为1信息的缓存，但是当我们再次查询id为1的信息，因为轮询的机制，会查询8081端口的tomcat服务器，但是id为1的进程缓存在8080端口的tomcat服务器上，并且进程缓存在集群之间不会共享，这就导致会发生一种情况，有多少tomcat服务器，就会有多少份进程缓存，这对资源是一种极大的浪费

解决方法：更换负载均衡算法为 hash $request_uri

这种负载均衡算法是通过对id值进行hash运算然后进行对tomcat服务器数量取余来判断访问哪台tomcat服务器，这样就保证了同一个id访问同一个tomcat服务器

7.redis缓存

两个问题

缓存预热代码(逻辑代码根据自己的更换即可)

public class CaffeineConfig implements InitializingBean {@Autowiredprivate StringRedisTemplate redisTemplate;@Autowiredprivate IItemService itemService;@Autowiredprivate IItemStockService itemStockService;private static final ObjectMapper MAPPER = new ObjectMapper();@Overridepublic void afterPropertiesSet() throws Exception {// 初始化缓存// 1.查询商品信息List<Item> itemList = itemService.list();// 2.放入缓存for (Item item : itemList) {// 2.1 item序列化为JSONString json = MAPPER.writeValueAsString(item);// 2.2 存入redisredisTemplate.opsForValue().set("item:id:" + item.getId(),json);}// 3.查询商品库存信息List<ItemStock> stockList = itemStockService.list();// 2.放入缓存for (ItemStock stock : stockList) {// 2.1 item序列化为JSONString json = MAPPER.writeValueAsString(stock);// 2.2 存入redisredisTemplate.opsForValue().set("item:stock:id:" + stock.getId(),json);}}
}

API简介

InitializingBean

• 一定要实现其中的afterPropertiesSet()方法
• 该方法会在创建Bean之后执行，也就是项目启动的时候执行，也就可以实现缓存预热效果了

ObjectMapper

• spring自带的json序列化工具

8.查询Redis缓存

9.Nginx本地缓存