字节后端一面java面经

5月13日下午三点的面试，因为我忘记点加入会议了所以迟到了十分钟面试主要是项目问题和场景问题1、介绍自己2、介绍项目，你挑一个最有代表性的3、有什么有价值的工作4、如何实现的，详细介绍一下流程5、延时队列有什么用6、超时关单如何实现的7、如何保证库存扣减（中间可能还有两个场景问题我忘了）8、使用nginx，如何使用的，为什么选择使用nginx9、你是如何进行压力测试的10、你说你这个高并发，是什么意思？11、高并发是指一秒内100操作？还是定时秒杀？12、如果你这个项目qps一直上升，什么时候会崩溃，从哪里崩溃？13、如果让你防止崩溃，你有什么策略？14、有哪些操作可以避免？15、说一下限流的算法？16、桶限流是如何实现的？17、说说你的数据库是如何设计的，挑几个讲一讲。18、你的数据库有什么索引，如何设计的索引？19、mysql中索引如何存储的，分为哪几类？20、你知道聚合索引吗？说一下？21、聚合索引为什么有最左匹配，在b+树上是如何创建的？22、来个算法，说下思路：创建三个线程轮流输出 ABC。感觉就是纯纯项目场景问题。可能有些问题的顺序记错了，总体来说就这些。算法也不算很难，开始使用synchronized来写结果全屏报错标红，我不知道为什么，只能临时改成reentrantlock。

美团，本地核心商圈1.自我介绍2.TCP和UDP的区别3.TCP与UDP常用场景4.你刚刚有提到TCP比较安全可靠，具体有哪些机制保证可靠性拥塞控制和流量控制有点搞混了5.进程和线程的区别6.线程怎么维护自己的私有变量答的ThreadLocal7.ThreadLocal的实现，内存泄漏问题8.怎么解决内存泄漏问题9.synchronized原理10.synchronized锁优化11.你刚刚提到CAS，CAS有什么问题？12.任务提交到线程池，怎么执行的13.核心线程数与最大线程数怎么设置14.为什么设置核心线程数要参考CPU核数15.MySQL哪些字段不适合建立索引16.慢SQL优化17.索...

秋招过去了好久，是时候更新一下面经了一面- 拷打实习项目- 实习项目亮点- 拷打项目(折磨）- 为什么要用两级缓存- caffine淘汰策略(没看过)- 为什么本地用top50，我说是top30行不行,(预估，预热)- 如果千万级是什么方案- 为什么要牺牲一致性(CAP, BASE扯了下)- 1000w用户需要怎么做- 定时器放在那里- 怎么做数据预热- 这里battle了巨久，感觉没有回答想要的点- springboot启动流程- java bean是什么(这里我说get set方法，他说应该从IOC里面说)- IOC是什么- IOC有什么好处(说了解耦，他问还有呢，从使用者和组件开发者的角度，我是真不会啊)- 又扯了巨久，真不会回答- 手撕：验证搜索二叉树二面- 项目拷打吧20min，其实感觉也没讲明白- raft协议- raft能应对脑裂吗- ES原理- 有实际运维部署经验吗)无- 时间久远其他问题记不得了- 手撕：交叉链表三面- 拷打项目- 说说SQL的执行的整个流程- 为什么要用逻辑执行计划- 你知道MySQL优化器会优化那些内容吗- innodb引擎索引结构- 二级索引结构- b+树和b树有什么优势- 为什么二级索引叶子节点要放主键值而不是一个指针）说的页分裂不知道对不对- 知道最左匹配原则吗- undo log, redo log, bin log都说说- redo log写到内存里如何保证能刷盘(3个参数)- 事务两阶段提交的过程- MVCC实现的原理- 进程和线程的区别- 用户态和内核态的区别- 怎么从用户态切换到内核态- 在编程的时候如何减少用户态到内核态的切换）这里纯在乱答- 协程有了解吗- 说下多路IO复用- 讲下4次挥手)捏马的有点忘了状态名字了，说了两遍才说懂- 为什么time_wait是2MSL为什么不是1MSL，为什么不是3MSL- fork知道吗，fork返回的值是什么- a = fork() b=fork() print(a,b) 这个最后产生几个进程，打印的内容是什么- 了解哪些排序- 快排复杂度推导一下- 归并的复杂度推导一下- 链表做归并的时候需要从中间节点断开，这个相比归并数组会影响时间复杂度吗- LRU思路讲下- 手撕：链表排序- 一共一个半小时，强度有点大，有些推导性质的东西确实不记得了，只记得结论了。还得下来多看下

整体50min1、自我介绍2、对AI大模型的认识，答：巴拉巴拉讲了十五分钟，从CNN，RNN到Attention，Transformer，除此以外，RAG，function call等等各种扯3、tcp为什么要三次握手，答：全双工保证双方能够收发的角度聊的，可靠性，问：为什么四次挥手，以及为什么tcp连接是三次握手而断开连接是四次挥手，答：我是从合并的角度聊的，挥手的服务器方的ack以及fin要分开，主要是当发送方发来fin的时候，此时服务器还有一些请求没处理完，如果将第二次和第三次合并成一个，那么势必会有延迟，这样发送方会有超时重传机制，为了节省一次握手带来了后续的发送方重传得不偿失，同时四...