前言

今年互联网形式依旧严峻，再次爆发几次大规模裁员潮。我决定把这篇文章分享出来帮助那些对前途感到迷茫的朋友。根据粉丝投稿的真实经历改编

在现在这个浮躁而又拜金的社会，我相信很多人做技术并非出于热爱，只是被互联网的高薪吸引，毕竟技术岗位非常枯燥，不仅要面对奇奇怪怪的需求，还要不停的充实自己避免被淘汰。所以想要吃好技术这碗饭并不容易。在这给还在找工作的朋友几点建议以及文末还有一些免费的JAVA架构进阶面试笔记及学习资料！

• java基础知识真的要扎实，面试准备阶段不像考试有题可压，任何一个问题都有可能都会问到，所以，对自己负责，欺骗自己等于拿自己的事业开玩笑。
• 大部分的面试官不是真的要问倒你，他们只是想看看你的解决思路和套路是否能够灵活多变，问到一个你不知道，你就说不知道了，那这个还怎么继续。所有的问题都有相通性，找到相似的场景扩展自己的思路。
• 深入浅出！大部分的面试官都喜欢刨根接底的问，从简单的应用到底层原理再到某一个点，不要仅仅是知道了解，要有一定深度的学习
• 关于薪资，八仙过海各显神通，看你自己能力，只要你有能力，要多少还不是你自己说了算么！

一，session共享

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

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

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

二，本地缓存

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

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

三，文件服务

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

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

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

总结

对于面试还是要好好准备的，尤其是有些问题还是很容易挖坑的，例如你为什么离开现在的公司（你当然不应该抱怨现在的公司有哪些不好的地方，更多的应该表明自己想要寻找更好的发展机会，自己的一些现实因素，比如对于我而言是现在应聘的公司离自己的家更近，又或者是自己工作到达了迷茫期，想跳出迷茫期等等）

Java面试精选题、架构实战文档

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~

你的支持，我的动力；祝各位前程似锦，offer不断！

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录