个人背景

如标题所示，我的个人背景非常简单，Java开发经验1年半，学历普通，2本本科毕业，毕业后出来就一直在Crud，在公司每天重复的工作对我的技术提升并没有什么帮助，但小镇出来的我也深知自我努力的重要性，想要改变“命运”，没有背景没有资本的人，只能通过勤奋获得。

幸运女神往往会眷顾努力的人，所以当好运降临到我头上，我并不诧异，目前拿到了美团30K的offer，下文也不说废话，主要分享我这次“美团面试经历”和“个人学习方法”，希望能帮助到你们。

一，session共享

首先第一个要解决的就是sesison共享的问题，如下图。

通常有两种解决方案，第1种是配置nginx的负载集群策略为ip_hash，第2种是将session存储到其它地方，一般推荐放到redis中。

第1种方案适合于临时解决或者是为了兼容历史项目，但是从应用服务器无状态的角度考虑，推荐把用户会话session放到redis，如下图。

二，本地缓存

如果使用本地缓存，当从单体迁移到集群后，就会面临缓存同步的问题，如下图。

最佳实践是上分布式缓存，既解决了缓存同步的问题，也释放了应用服务器的内存资源，如下图。

三，文件服务

应用服务器在上集群之前，文件通常会放在本地，或者单独的文件服务器上，因为文件服务需要占用大量的硬盘空间，以上两种方案都无法很好的解决硬盘扩容的问题，最佳实践是放到云存储上，比如阿里云的OSS，或者腾讯云的COS上，这样可以做到按需扩容，如下图。

四，分布式环境下线程同步问题

在单机环境下，使用lock就可以解决线程同步的问题，一旦上了集群之后，lock就不管用了，这时需要上分布式锁，分布式锁的解决方案也有很多，我这里推荐使用redis的setnx，需要注意的是，如果redis是集群部署的，需要考虑这种情形：假设我们在redis的主节点上添加了一把分布式锁，不幸的是主节点挂掉了，而且主节点上的锁还没有同步到从节点上，如果此时有客户端来请求获得同一把锁，那么它将顺利地获得锁，之前那把锁会被无情地忽视掉，这就是分布式锁在Redis集群中遇到的麻烦。

一线互联网大厂Java核心面试题库

库

[外链图片转存中…(img-HebCeUX0-1621066340755)]

正逢面试跳槽季，给大家整理了大厂问到的一些面试真题，由于文章长度限制，只给大家展示了部分题目，更多Java基础、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等…已整理上传在我的腾讯文档【一线互联网大厂Java核心面试题库】点击即可领取，并会持续更新…感兴趣的朋友可以看看支持一波！

标签：28K,缓存,Java,redis,面试,集群,小白必,15K,分布式
来源： https://blog.csdn.net/m0_57700563/article/details/116853768