写给 Java 开发的小程序布局指南,震惊
一,session 共享
首先第一个要解决的就是 sesison 共享的问题,如下图。
![](https://static001.geekbang.org/infoq/5f/5fea29466d1d83b530a5568d0ff1b77c.png)
通常有两种解决方案,第 1 种是配置 nginx 的负载集群策略为 ip_hash,第 2 种是将 session 存储到其它地方,一般推荐放到 redis 中。
第 1 种方案适合于临时解决或者是为了兼容历史项目,但是从应用服务器无状态的角度考虑,推荐把用户会话 session 放到 redis,如下图。
![](https://static001.geekbang.org/infoq/d3/d366a52a2c0782dc89ade6095261e107.png)
二,本地缓存
如果使用本地缓存,当从单体迁移到集群后,就会面临缓存同步的问题,如下图。
![](https://static001.geekbang.org/infoq/07/074d4e49ea2bd86316b5a852c923ee92.png)
最佳实践是上分布式缓存,既解决了缓存同步的问题,也释放了应用服务器的内存资源,如下图。
![](https://static001.geekbang.org/infoq/3b/3bcbce4cb238fdef3ebe2083061d01d3.png)
三,文件服务
应用服务器在上集群之前,文件通常会放在本地,或者单独的文件服务器上,因为文件服务需要占用大量的硬盘空间,以上两种方案都无法很好的解决硬盘扩容的问题,最佳实践是放到云存储上,比如阿里云的 OSS,或者腾讯云的 COS 上,这样可以做到按需扩容,如下图。
![](https://static001.geekbang.org/infoq/f0/f0c76fa56fda3c2e8175f423fd109fed.png)
四,分布式环境下线程同步问题
在单机环境下,使用 lock 就可以解决线程同步的问题,一旦上了集群之后,lock 就不管用了,这时需要上分布式锁,分布式锁的解决方案也有很多,我这里推荐使用 redis 的 setnx,需要注意的是,如果 redis 是集群部署的,需要考虑这种情形:假设我们在 redis 的主节点上添加了一把分布式锁,不幸的是主节点挂掉了,而且主节点上的锁还没有同步到从节点上,如果此时有客户端来请求获得同一把锁,那么它将顺利地获得锁,之前那把锁会被无情地忽视掉,这就是分布式锁在 Redis 集群中遇到的麻烦。
最后
我还通过一些渠道整理了一些大厂真实面试主要有:蚂蚁金服、拼多多、阿里云、百度、唯品会、携程、丰巢科技、乐信、软通动力、OPPO、银盛支付、中国平安等初,中级,高级 Java 面试题集合,附带超详细答案,希望能帮助到大家。
![](https://static001.geekbang.org/infoq/e1/e1e5284405da3ed64412eed366196af2.png)
还有专门针对 JVM、SPringBoot、SpringCloud、数据库、Linux、缓存、消息中间件、源码等相关面试题。
![](https://static001.geekbang.org/infoq/ef/efea2a885ace05fb724f1b41b0196c60.png)
评论