大家去面试，简历可别再写轮子一类的项目了！什么手写Spring、手写RPC...咱说写这个玩意的时候，真把Spring和RPC弄懂了吗？万一面试官问你点Spring和RPC的底层，你手写的这个和原有的好在哪里？有什么区别？你回答不出来怎么办？那到时候你手写的这个东西就很尴尬啊！我已经见过太多人踩了这个坑了！老老实实写业务项目就行

整场面试都是对简历上的内容进行360度的拷打！总结起来就是细节！包括业务的细节、技术的细节。八股文问的也不少，底层原理也有，现在对学生的要求也不低啊面试的问题：- Java集合都有哪些？最熟悉的有哪些？- 在使用HashMap时，用自定义对象当做key，有什么问题？- 如何遍历HashMap- Spring的AOP原理，你提到了项目中也使用到了，具体是怎么用的？有什么问题？- Spring的事务传播行为都有哪些？a事务调用b事务时，是在同一个事务中吗？- 用过的设计模式都有哪些，项目中如何用的，单例模式的双重检查锁好在哪里？- service注解与compomnet注解与有什么区别，可以将service注解换成compomnet注解吗- Spring中的生命周期是什么样的？- SpringBoot的异常要怎么处理？- Redis的创建结构都有哪些？你是如何使用的？- 项目中分库分表是如何设计的？- 项目中缓存雪崩和缓存穿透问题的解决？- 线程池的运行流程，实际中怎么用的？- 分布式锁是什么？如何设计？直接用Redis的setnx可以吗？你是怎么做的？这位兄弟在去面试前也是找我做了下模拟，我告诉他重点：面试时不能光回答八股文，八股文永远只是理论！你回答的再好，人家面试官也是觉得你理论不错而已。所以好的回答一定是理论+实践！这哥们已经将大麦项目的亮点和复杂的解决方案学了有80%了，有了实践的底气了。所以我让他回答完八股文后要和面试官说，我在项目中用到了这个技术，提高了多少的效率。并且还要说出项目中的设计细节，就比如在说设计分布锁时的事务并发问题。面试后告诉我感觉自己还可以，一些细节还需要再接着打磨。如果对大麦项目感兴趣，直接在gitee上搜索 大麦 即可。

在快手之前的面试时回答的节奏和内容都不太好，面试官问什么就回答什么，八股文理论说完也就完了，没什么主动性(很多人都有这个问题)。后来我让他把八股文和大麦项目结合起来去回答，不要被面试官牵着鼻子走，在简历中体现出大麦项目的亮点以及回答八股文时也要按照我的套路去和面试官聊，在八股文中穿插着项目去回答。最关键是要把项目亮点主动讲出来，不要傻等着面试官来问！快手面试题：1. 线程池的执行流程以及注意事项2. SpringBoot的自动装配原理，项目中如何应用的3. 在查询演唱会时是怎么使用Redis的、都用到了哪些数据结构3. 项目中怎么解决缓存穿透、击穿、雪崩的4. 缓存和数据库一致性问题怎么处理的5. 项目中是怎么集中管理Redis的key6. ThreadLocal的执行原理、内存泄露怎么解决、如何解决跨线程传递数据7. synchronized加锁与ReentrantLock加锁有什么区别，项目中用的ReentrantLock是做了什么8. 延迟队列怎么设计的？有持久化机制吗9. 项目中都用SpringCloud的哪些组件，怎么去扩展的10. 项目中都用到了哪些设计模式，解决了什么问题11. SpringBoot的注解都用到了哪些12. 项目登录业务的执行流程，携带的token、jwt都存在了哪里，怎么去得到用户信息13. 如何评价自己，有什么优势面试结果还不错，一面已经拿下，目前在复习算法和继续学习大麦项目。大麦项目已经进行了开源，如果你也有兴趣，直接在gitee上搜索 大麦 即可。

明明我自己回答的不错啊，但面试官怎么就不认可自己的方案呢？就比如说设计模式，其实不少人都是强行使用。明明就是两个if判断就能解决业务问题，业务也涉及不到什么扩展。哎！我就不正常写if！非得用个策略模式。那这样它也不能让面试官信服啊。其实项目中用到设计模式最多的地方是多个模块之间的组件设计，拿大麦项目来说吧，在设计分布式锁模块和幂等模块时，两者都使用了锁的解析，但具体的锁命名逻辑又各自不同。项目中就用的模板方法，将锁解析放到公共模块中。各自锁命令的逻辑放到各自的具体模块中来实现。

很多人都在说Redis数据结构，持久化特征，淘汰策略。这些确实重要。但在工作中真正怎么用才是最重要的，例如：在项目中要如何集中的管理Redis中的key，不让它到处乱放，这个问题又有多少人注意到了呢？如果能把这个和面试官去聊，那是不是就把握住了细节，来一次弯道超车了呢？截图中就是damai项目是如何解决这个问题的

项目的问题 目前有不少小伙伴在网上学习免费的项目来学习，但有个问题，就是一旦项目热度高了后，使用的人多了。面试官看的多了，也就会有所谓的“烂大街”问题。这要怎么办？ 目前网上的项目就已经很多了，各种各样的业务都有，其实最根本的原因不是在项目上，而是项目中要有核心业务亮点和解决复杂问题的落地方案 就拿设计模式来说，不少项目都是没有设计模式，或者强行使用设计模式，结果被人拿去面试了，面试官觉得你说的也不合理啊！明明不适用的场景，非得硬往上扯！ 另一个关键性的原因是业务中对于细节的把控不够严谨，让面试官一眼就看出你这个项目是个玩具，根本不是生产上真正使用的。 举一个例子：对于缓存和数据库的一致性的问...

关于项目的技术架构介绍，可参考此篇文章："大麦"企业级高并发实战项目亮点介绍 目前项目重复度极低，意味着简历在筛选时脱颖而出的概率更高  项目技术栈特别的丰富，包括了Springboot、SpringCloud、Gateway、Nacos、Sentinel、Log4j2、Mysql、MyBatis-Plus、ShardingSphere、AJ-Captcha、Kafka、Redis、RedisStream、Redisson、Elasticsearch、Kibana、Nginx、Docker、JWT、Swagger-UI、Knife4j、Hibernator-Validato...

项目特点项目中包括了 微服务、本地缓存/分布式缓存、消息队列、搜索引擎、并发编程、本地锁/分布式锁、设计模式、分库分表 等核心技术项目技术使用了 SpringCloud+SpringCloudAlibaba 的微服务结构使用了 Nacos 作为注册中心使用 Redis 不仅仅作为缓存，还使用了Lua脚本/延迟队列/Stream消息队列 等高级特性引入了 Kafka 消息中间件，SpringBootAdmin 作为服务的监控通知ELK 作为日志的记录，ElasticSearch提供搜索和展示功能，Sentinel/Hystrix 作为熔断保护层使用 ShardingSphere 实现分库分表，来...

项目背景 可以说目前的Java程序员面试是非常激烈的，前几年大家都热衷于八股文的研究，把八股文背熟了大部分就能拿到岗位offer了，但现在仅仅靠八股文已经不好使了，现在面试官看的是真正的设计项目，项目中的架构复杂程度怎样？、做过的东西哪些具有亮点？、 解决了哪些有价值的问题？ 将实际项目和八股文相结合从而判断面试者的能力。 而且现在内卷逐渐激烈，从一开始只会简单增删改查，到后来的各种微服务和中间件，再到现在要有类似 “商品秒杀、抵抗百万并发的压力.."等技术的亮点才行 所以大家急迫的需要一个具有新的业务，而且要有亮点的项目，要是有人能指导下如何写到简历上就更好了，你可以站在面试官的角...

说明 线程池作为常用的并发工具重要性不言而喻，本文针对线程池进行了抽丝剥茧般的深入解析，希望大家看后会有帮助。 1 ThreadPoolExecutor结构关系图 2 参数结构 public ThreadPoolExecutor( int corePoolSize,//核心线程数量 int maximumPoolSize,//最大线程数 long keepAliveTime,//超时时间,默认超出核心线程数量以外的线程空余存活时间 ...