一、项目1. 打赏链路实现2. 消息丢失怎么办？3. 不依赖rocketmq去设计一些机制保证消息不丢失4. 重试机制过多不会影响性能？5. 使用本地消息表会引入额外的复杂度，继续重试吗？二、八股1. 缓存击穿和缓存穿透2. mysql的索引数据结构有哪些3. MySQL回表机制4. mysql执行优化5. 索引越多越好嘛6. 索引失效情况7. 线程池的核心参数8. 核心线程数设定依据9. jvm内存模型10. 之前关于垃圾回收有涉及到吗三、反问四、算法快排一共约45min更新：一天后挂

第一个问题（我简历有c++）：哈希表是用什么实现的？除了数组还有什么实现？哈希函数如何构造？索引如何构建？取模构建索引有什么问题？有那么多种数据类型，你要根据什么来实现哈希函数（面试官举了C++自带的哈希函数，问我他支持那么多不同的数据类型，他是怎么做到的）？哈希表的冲突处理方法？（然后他会一个个针对开放地址法，溢出区做否定，然后来问你链表法）如果全冲突了如何处理，也就是全在一个桶？（我回答了换哈希函数，他说在亿级数据规模必然会有大量冲突，还是要回答这个问题）哈希扩容的机制？扩容后原来的索引如何处理？亿级数据规模必然有大规模冲突，如何处理？第二个问题（我简历有操作系统）：你知道进程调度算法吗？...

字节搜索二面挂当天被捞1、自我介绍2、你提到了用户的关注与取关，你用户关系服务是怎么设计的？（定义了关注表与粉丝表，两个表内容一致）3、你怎么保证两个表内容一致的？（目前是通过事务保证的，后面其实还可以通过订阅 binlog 伪从来保证一致性）3、如果是大 V 的情况，你有考虑到吗，做了哪些处理应对这种高并发（Redis 缓存+二级缓存，冷热数据分离）4、分布式 ID 你都用来生成什么 ID 的？（笔记 ID，用户 ID，用户 ID 用的号段模式，笔记 ID 考虑到雪花算法自带的时间戳可以实现冷热数据分离，发布久远的笔记不缓存在 redis，后由于点赞系统采用咆哮位图高效判断，但咆哮位图基本只能存储 32 位，遂也改为号段模式生成，生成效率基本没差多少）5、那你说说点赞系统怎么设计的？为什么改为咆哮位图了？（先是采用 Set 数据结构判断，后因为满足高并发需求，Set 模式占用内存太多，又改用布隆过滤器实现，大大降低内存占用。但布隆过滤器在判断存在时存在误判，需要从数据库进行二次校验。后改用咆哮位图，既能高效判断点赞与否，内存占用也大大降低）6、那你讲一下咆哮位图的机制，为什么有你说的这些优点？7、MySQL 了解吧，你讲一下 MySQL 的索引（一顿吟唱）8、说一下聚簇索引和非聚簇索引的区别9、联合索引再说一下，如何定义联合索引最好？（设计成覆盖索引）10、联合索引的顺序重要吗？（顺便再说一下索引下推）11、算法1：二叉树展开为链表12、算法2：根据层序遍历建树反问

两次面试美团一次暑期一次日常都是一面秒过二面秒挂人生真的好艰难滴滴快手小红书小米字节作业帮猿辅导百度【这个最气】饿了么高德都是简历挂根本没有面试机会我求求美团再捞一次 第一次二面挂不算 我说我的课题是有一点基础的深度学习的东西 他一直问我大模型 【反正我觉得深度学习不等于大模型！ 你杠就是你对】最后说我学习能力不强 也没有拷打项目 浪费机会了再来一次 球球