我们都知道想进大厂难度确实比较高，有些小伙伴去面试虽然是实习生岗位，但依然会问你很刁钻的问题，来考验你的技术能力到底如何？而我辅导的小伙伴就有不少人问到了架构方面的问题，就比如在项目的运行时，就会被问到：Redis宕机了怎么办？MQ宕机了怎么办？MQ消息丢失了怎么办？MQ消息延迟消费了怎么办？数据库的余票数量和Redis中的不一致怎么办？Redis恢复后，丢失的数据要怎么恢复？等等一系列的这种令人头疼的问题！之前的 damai 项目关于这方面的问题有做过处理，但有些是人工处理，没有实现全面的自动化，有的面试官听着感觉比较普通，没有给人十足的亮点。所以针对上述说的这种疑难杂症，特意开发出了 da...

如果你的简历还停留在“手写 RPC”、“手写网络框架”、这一套，真的该换换了。为什么手写 RPC 已经不值钱了？几年前，自己手撸一个简易 RPC 框架，确实能在面试中加点分。面试官不会为难你，但现在面试是什么模式？ 面试官不给你玩车轮战算他没力气！现在市面上：手写 RPC 项目随处可见，大家都写，面试官看得太多，早就不新鲜了。大多数自写 RPC 项目，只是简单的 socket 通信 + 注册中心，没性能优化、没高可用，没实际落地价值。问问你这个和Netty比区别在哪里，再问问Netty的深度内容，直接蒙圈对企业来说，你的目标不是造一个“轮子”或“RPC Demo”，而是用现有技术解决实际问题，...

AI 来了AI 目前来说可以是非常非常的火热！但凡是个程序员都不好意思说没用过 AI，在面试的时候面试官也爱问 AI 这些东西。尤其是又出现了AI Agent、RAG、向量数据库、MCP这些东西，进一步对 AI 进行了赋能。让 AI 的火热程度又燃烧了一把！对于 Java 来说，在使用 AI 上也是迎来了一次大的变革，它就是 SpringAI！看名字就知道它是由 Spring 官方团队开发的，与 SpringBoot 高度的集成，在使用体验上非常的爽快，还是 "配置 --> 注入 --> 使用" 这三把斧。项目介绍大麦AI 是一套具有 AI 实战意义的项目，通过...

刚有个同学和我说去面试腾讯实习，让手写代码，要手写Lock锁的实现，包括公平和非公平锁。这面试官认真的？他自己能写出来吗？之前的手写HashMap就够让我震惊了，现在又出来个手写Lock锁

并不是所有的大厂都是美好的，就像围城，里面的人想出来，外面的人想进去。找到自己满意的太不容易了

项目拷打部分：1. 关于幂等，如果不设计幂等会发生什么，为什么要设计幂等的标识，它是怎么生成的？如何保证用户多次点击是同一个幂等标识？2. 关于缓存，为什么采用多级缓存，数据不一致如何处理，哪些场景是强一致性？哪些场景是弱一致性？​​​​Caffeine缓存是什么？为什么选择这个？​​​​Caffeine的Window TinyLFU算法又是什么？3. 大麦项目中的数据在Redis是如何存储的？用到了哪些结构？过期时间怎么设计？你提到了利用Redis集群来做分片设计？具体是怎么拆分的？4. 缓存击穿，雪崩，穿透具体说说在项目中是怎么解决的？5. 数据在Redis中存储，如果Redis宕机了怎么办？6. Kakfa在消费数据时，如果消费延迟了，或者Kafka宕机了怎么处理？7. 我看你订单进行了多个版本的优化，具体是优化在哪里了？有量化指标的结果吗？8. 项目中用到了比较多的锁优化，比如读锁、写锁，本地锁，说说你是具体应用在哪里了？9. 项目中是如何设计分库分表的？再详细说说基因法的设计？总结：项目拷打的很深，对细节也需要掌握的很清晰才行

有些人一直焦虑没有面试，而有些人双非直接拿下了阿里这不比外卖和点评香吗

你们都是约好的吗？为什么给我发简历上面的项目全是点评和外卖啊！双非、211、985 写的都是这个！而且写的描述内容全都一样儿！这样怎么可能给面试官留下深刻的印象啊

问题1： 为什么会使用分库分表，到达了什么样的数据级别才会去加设计，是否对数据量有一个统计我的理解：看星哥之前写过 单表行数超 500 万行或者单表容量超过 2GB，推荐分库分表，但是面试的过程中怕被问自己写的项目会有这么大的数据量吗不要这么硬背，具体情况具体分析，有的表字段少，经常是条件等值查询，这样加个索引，一个亿也不用分表，有的字段多，还是范围查询，可能5000万就得分表，面试官问你你说是自己在学习分库分表应用到项目中，自己造了几千万的数据量问题2：基因法需要分表的一个数量和确定的一个东西（我的理解是分表的依据，例如大麦中是订单编号和用户id），但是正常的生产环境中是可能动态改变的，比如说需要动态扩容的话，怎么解决呢（例如当前有4个分表，但是现在需要扩充到8个分表），是使用双写吗？这个在扩容前就要考虑好能维持多少年内不需要再扩容。转转架构师在分库分表前，通过之前记录的数据增长量，做了256张表，能在7年内不需要再扩容，如果需要扩容的话，可以使用双写，新扩容表写的过程中，用新的分库分表算法问题3：如果在防止超卖的过程中，Redis不可用了，怎么解决我的理解：使用Redis集群和主从复制吗？因为Redis宕机的话数据库的数据也不能保证是最新的版本，所以得尽量保证Redis不宕机？肯定要使用redis集群模式，但可能会有主从延迟，导致从节点数据不是最新的，但关系不大。可以在用户生成订单后，修改数据库的座位和库存，然后用户支付后，再改数据库的座位和库存，每一步都做好验证。这样从节点的数据问题会降到最低。问题4：如果在当前的幂等验证逻辑中，有一个消息所对应的幂等标识符是不存在的，按照现有的逻辑是可以执行的，但是幂等验证之后的业务系统异常了，这个时候应该怎么处理呢（即通过了幂等的验证，但是后面的服务down掉了，比如说下游抛了一个异常出来）【没太明白应该回答什么，是指需要将幂等标识符重新进行设置吗】异常了就异常了呗，把这个请求的标识从redis中删除了，就像分布式锁时，业务异常也要执行解锁一样，让下一个请求进来正常执行，然后设置好标识位问题5：本地缓存为什么使用Caffine呢，为啥不用Guava因为caffine的性能要远高于Guava，没有其他复杂原因我的理解：查了下Caffine就是Guava改进而来的，可以这么说吗- Caffine在读写操作方面的性能更高，是基于异步的操作，将淘汰过期操作与读写进行分离- Caffine采用了一种结合 LRU、LFU的算法W-TinyLFU+，具有高命中率，低内存占用的特点

又一位小伙伴进了腾讯，恭喜！

项目质量高 简历有亮点 就是更加容易有面试机会，这已经是亘古不变的道理了。现在的求职市场上，项目如果就是普通的CRUD，是真的不行啊！

恭喜拿到了阿里淘宝的offer！在大麦项目质量过硬的基础上，自己也要努力的学习才行，辛苦不会白费的

项目有亮点，面试就是会变得顺利，期待美团的二面

link-flow 项目诞生原因 对于现在的Java后端面试情况来说，纯被八股文已经过时了，到目前已经发展成项目穿插了八股文来提问了，单纯的八股文厉害只能说明你的理论确实不错，但能把八股文和项目相结合，这种理论和实践相结合的方式，才是面试官最想要的！ 所以这就要求项目要有亮点才行！对此我开发了高并发实战项目 大麦，项目开源地址为：点击这里。也确实给小伙伴面试起到了非常大的帮助，有的人光是分布式锁这节，就让面试官的印象非常的深了！ 对于目前的项目来说可以分为两大类：业务项目 和 轮子项目，大麦项目就属于是业务项目，围绕着用户购买演唱会业务，而解决的一些列高并发问题。 而轮子项目是指对于现在已有的...