秋招面经-美团java面经

当工作"绑架"了阅读每天对着电脑8小时，眼睛又干又涩，看东西都模糊。下班后想看点东西，但眼睛已经累到不行。想看的文章很多，但眼睛不允许。工作占用了时间，也消耗了眼睛。阅读成了奢侈品。直到我发现了这个TTS扩展，才找到了平衡点。眼睛的"抗议"去年体检，医生说我的眼睛干涩严重，建议减少屏幕时间。但工作需要，屏幕时间无法减少。阅读时间被压缩，想看的文章越积越多。我开始思考：能不能在不增加屏幕时间的情况下，继续阅读？一个改变：从"看"到"听"第一次用这个扩展是在一个周末。眼睛很累，但还有几篇技术文章没看。我试了试，选中文字...

上周一第一次面试中厂，acm格式都没写过，dubug半天，好歹也是写出来了然后和面试官聊天，问了几个问题。刚刚电话联系hc只有一个，一周没消息果然是寄了，评价还不错，排序挂。灭霸打个响指吧，我是哪一半都OK

秋招投递100+，面试40+，再加上感谢信，笔试，测评，AI面等等邮件，从八月五号开始秋招统计，到现在一共499封虽然绝大部分都是感谢信和没啥用的笔试测评

1. 布隆过滤器；缓存空结果；参数校验。2. 延迟双删；基于binlog监听；设置合理缓存过期时间兜底。3. RDB。AOF4. RDB更快。5. 单线程处理命令 + I/O多路复用。单线程避免锁竞争；I/O多路复用使单线程高效管理大量连接，仅当socket就绪时处理IO。6. 读未提交、读已提交、可重复读、串行化7. 可重复读。解决脏读、不可重复读；通过MVCC和间隙锁减少幻读发生。8. 默认 B+树。9. 红黑树的二叉搜索树，树高较高；范围查询需中序遍历效率低；节点存储利用率较低。 B+树的更矮胖；叶节点链表结构使范围查询/全表扫描极高效；节点存储更多键。10.使用二级索引查询时，若所需列不在该索引中，需根据索引中存储的主键值，回到聚集索引 树中查找完整行数据。额外磁盘IO是主要性能损耗。11.查询：连接器、查询缓存、分析器、优化器、执行器、返回结果。更新：额外涉及事务开启、写undo log、执行器调引擎修改内存数据、写redo log、写binlog、提交事务。12.更新：写undo/redo，改内存，写binlog，提交redo；两阶段提交。13.继承Thread类，实现Runnable接口，实现Callable接口，使用线程池提交任务。14.核心线程数、最大线程数、存活时间、时间单位、工作队列、线程工厂、拒绝策略。15.CountDownLatch要求子线程主动存结果到共享集合后countDown()，主线程await()阻塞等待；CyclicBarrier由线程在await()前存结果，最后到达的线程触发汇总；而线程池通过主线程收集Future并调用get()阻塞获取结果。16.start() 启动新线程，run()普通方法调用。17.数组+ 链表/红黑树。18.非线程安全。19.JDK8 ConcurrentHashMap：改用 synchronized 锁单个桶 + CAS + volatile，替代 JDK7 分段锁，并发度更高。20.MQ 消息可靠：依赖生产者可靠投递（含重试）、Broker 持久化与高可用、消费者手动 ACK 与幂等处理三方协同保障。21.消费者幂等性：通过唯一约束（如 DB/REDIS 记录消息 ID）防止重复处理，确保多次消费结果一致