实习项目拷问实习期间项目挑一两个重点说一下如何定位慢sql这是一个什么联合索引为什么不给中间的status的填进去？好问题表的数据量有没有分表，怎么分表？按月分表，那么分页查询怎么查？前端有传时间范围单表查询时长？10ms到50ms深分页怎么处理？缓存优化怎么做的？主动更新缓存失败？主动更新的并发问题？用的是什么消息队列？消息丢失怎么处理？这个系统可用性如何考虑的？定时脚本：解决入队失败，以及消费这个回调失败 ，缓存降级缓存命中率？基础知识服务器如何识别http的请求头和请求体的？cookie在http中如何传输 ？如何实现一个线程安全的任务队列？数据库为什么要有连接池？刚才你说到数据库连接池为了防止链接频繁的创建销毁，那么像http服务器，rpc服务器他们的连接就是频繁创建和销毁没有连接池，那为什么数据库需要连接池呢？答：因为数据库连接是昂贵、有状态、数量有限的资源，而 HTTP/RPC 是轻量、无状态、可快速销毁的，所以数据库必须用连接池来复用，HTTP 不需要。1. 连接成本完全不一样HTTP 连接：只是一个 TCP 短连接，用完就断，没有状态、没有认证、没有会话上下文，创建销毁非常轻。就算用 HTTP 长连接，也是复用 TCP，不是复用业务状态。数据库连接：是有状态的重量级连接：TCP 握手 + 用户名密码验证 + 权限检查 + 会话初始化（事务、锁、缓存区）。这个成本是 HTTP 的 几十倍上百倍。2. 生命周期完全不同HTTP 请求：一次请求一次连接，用完即丢，非常短暂。数据库连接：一旦建立，可以持续复用很久，完全没必要每次执行 SQL 都重新建连接。3. 数据库对连接数量极其敏感数据库有严格连接上限（MySQL 默认 151）。连接多了，数据库会：内存暴涨、线程爆炸、锁冲突、直接夯死。而 HTTP 服务器扛几万连接都没事，因为它是非阻塞、IO 多路复用，不占很重的资源。算法题：数组平方后的不同数

自我介绍 学校 专业 成绩 技术特点  实习经历  项目经历  个人优势实习项目介绍目标用户群体  技术架构为什么不用rocketmq，而是使用redis实习消息队列？为了项目快速上线用redis和rocketmq作为队列的区别？rocketmq支持事务和消息可持久性。redis消息可能会丢失，那么使用脚本定时扫描作为兜底如何保证高并发？随着qps的上升，造成数据读压力较大，方案选择：缓存或者websocket基础知识：热key问题？使redis集群的单台机器的网络带宽被占用布隆过滤器的原理？本质就是哈希计算追问：如果布隆过滤器不存在的时候就一定不存在吗，存在的时候就一定存在吗？mvcc的原理？隐藏字段  undolog read_viewspring如何解决循环依赖问题软技能在公司如何使用ai如何保证ai代码规范有没有了解sdd规范驱动开发提交代码里面有多少是ai写的，没有用ai写的代码是什么原因在公司用什么模型反问技术挑战：高并发，分布式事务业务：会员和营销算法1. 最少会议室：最小堆2. 最少奶茶钱：动态规划

实习项目 1. 这个缓存怎么做的：介绍问题原因和解决方案。面试官问：为什么要使用主动更新。答：1. 减少客户端访问数据库 2. 更新操作线程安全2. 生成视频的平均时长？是否有免费的额度3. 在实习中做的主要是哪些工作（下次加到自我介绍中作为实习项目的背景）4. 在实习中有没有特别难解决的技术问题（这个下次要准备一下）5. 讲讲那次线上问题（也可以在自我介绍中稍微强调一下）基础知识1. 讲讲多态2. hashmap的原理？数据量大了以后会不会访问慢3. 讲讲分库和分表4. 数据库事务级别 并发会导致哪些问题5. 联合索引失效的情况6. 线程进程区别  有了进程为什么还要线程7. poll和epoll的区别  检查事件的区别8. 讲讲四次挥手和timewait的作用9. 讲讲https 和非对称加密过程10. 如何使用redis实现一个简易的分布式锁11. 缓存雪崩，除了数据同一时间过期，还有什么方式可能会导致雪崩算法题：向左移动字符串面试表现的改进的点：有时候讲话磕磕巴巴的，需要注意一下，可以讲慢点，边想边讲，尽量讲话流畅一些

对实习项目的拷问：不同技术方案的选择：缓存和websocket主动推送实习中开心和不开心的事，如何解决：需求排期变动算法：最长不重复数整体较简单

面试官你好，我叫汪明海，目前是中国地质大学（北京）计算机技术专业硕士在读，本科是电子信息工程专业，研究生期间 GPA 3.7，专业排名前10%。我主要专注于 Java 后端开发方向，具备扎实的基础和一定的高并发系统实践经验。在百度有一段接近一年的后端开发实习经历，期间作为模块负责人参与了一个高并发图生视频系统的开发。这个系统日活大约10万，轮询峰值达到7000 QPS。在这个项目中，我主要做了几件比较有价值的事情：架构权衡选择缓存来解决高qps的问题对大表进行分表解决海量数据问题对用户上传图片去重降低存储成本同时解决线上问题和完善监控保证系统稳定除此之外，我还独立设计并实现过一个电商交易系统，完整覆盖用户、订单、库存、支付等核心链路。在这个项目中重点解决了分布式场景下的库存超卖、接口幂等、订单状态一致性等问题，比如通过分布式锁 + 乐观锁 + RabbitMQ 实现库存控制和延迟关单。技术上我比较熟悉 Java、Spring Boot、MySQL、Redis，也有一定的分布式系统和高并发处理经验。我个人做事比较踏实，执行力强，也比较喜欢深入分析问题和做系统优化。希望能在后端方向继续深入发展，参与更大规模系统的设计和优化。围绕项目，无八股算法部署服务的方式pod 最大多少个：高峰期7k QPS： 20到30个 Pod每个pod占用的资源：API 查询和任务消费/回调合并在一个 Pod 内，这类 Pod 既有高并发读流量，又有异步写和状态更新，也就是2C4G request，4C8G limit。分表的分页表怎么做有没有更好的方案  从产品思维：根据用户会员等级，限制用户查询的数量。加入缓存遇到了哪些问题：数据的不一致性问题，具体来说，当回调主动更改缓存任务状态时，有可能更改失败，因为mysql和redis的更新不在一个事务内，这个时候ttl就发挥了作用，视频生成的平均时长是2到3分钟，ttl设置为3分钟，当任务过期就被清楚，从数据库取出最新的数据，保证了redis和缓存的一致性消费者怎么回调：消费者回调通过rpc的方式回调我们的服务，传入状态和视频结果等信息，我们的服务去更新数据库和缓存服务之间调用的输入输出  用了 rpc 的什么协议调用的：百度内部常见的 RPC 框架是 brpc。它底层一般跑在 TCP 之上，消息序列化常用 protobuf；协议层不是只有一种，百度内部常见有 baidu_std 等私有协议，brpc 同时也兼容 HTTP、gRPC、Thrift 等多种协议。HTTP 协议通常把数据组织成请求报文和响应报文。无论请求还是响应，整体结构都是请求行、头部、空行和消息体。起始行用来说明请求方法、路径、版本，或者响应状态码；头部用 key-value 的形式描述元信息，比如内容类型、长度、认证信息；空行用来分隔头部和消息体；消息体里才是真正的业务数据，比如 JSON、表单或者二进制文件。因为底层 TCP 是字节流，没有消息边界，所以 HTTP 还会通过 Content-Length 或 chunked 机制来标识消息体长度。rpc和http的区别我的理解是，HTTP 和 RPC 的核心区别在于抽象层次不同。HTTP 是一种通用的应用层通信协议，通常是面向 URL 和资源来设计接口；而 RPC 是一种远程调用模型，目标是让调用远程服务像调用本地方法一样。在使用场景上，HTTP 更适合前后端交互和对外开放接口，因为标准统一、通用性强；RPC 更适合内部微服务调用，因为通常会结合二进制序列化、长连接和服务治理能力，在性能和调用效率上更有优势。不过两者不是完全对立的，因为 RPC 也可以基于 HTTP 来实现，比如 gRPC 就是基于 HTTP/2。在这个项目中的一些不足和经验我觉得这个项目有两个比较明显的不足。第一，前期方案选型时，我们基于当时的成本、风险和收益考虑，选择了缓存方案，这个决策在当时是合理的，能快速支撑业务上线。但后面随着流量增长，我发现轮询查缓存的方式扩展性有限，后续更适合往服务端主动推送的方向演进。这个经历让我意识到，技术方案要结合业务阶段做取舍，也要提前考虑后续架构升级路径。第二，项目里对慢 SQL 的监控还不够完善，缺少及时报警机制。这样会导致数据库性能问题不能第一时间暴露。后来我复盘时觉得，除了完成功能，线上监控和告警体系也非常重要，尤其是慢 SQL、接口耗时和错误率这类指标，应该尽早纳入日常治理。所以这个项目最大的收获是，我现在做项目不只关注功能实现，还会更关注方案演进能力，以及系统上线后的监控和稳定性建设未来技术规划我对未来的职业规划，现阶段还是希望先立足于技术成长。短期内，我希望先把基础打扎实，不只是把功能做出来，而是真正理解业务，提升自己在代码质量、系统设计、问题排查和工程规范上的能力。中期的话，我希望能参与更有挑战性的项目，比如高并发场景、微服务架构、性能优化这类方向。因为我觉得这些场景能更快锻炼一个工程师的技术深度和系统性思维。长期来看，我希望自己不仅能解决具体技术问题，也能独立负责一个模块，能够把业务理解和技术实现结合起来，做一个既懂技术、也能真正支撑业务发展的工程师。如何看待和应对项目中期进度不理想、需要赶工的情况？这个问题重点是：态度 + 方法论可以这样回答：我觉得这种情况在项目中是比较常见的，关键是如何理性应对，而不是盲目加班。我一般会从几个方面处理：① 先分析原因是需求变更？技术难度被低估？还是沟通问题？② 优先级重排区分核心功能 vs 非核心功能必要时做取舍（保证主线）③ 提升执行效率拆任务，减少阻塞提前沟通依赖问题合理利用工具（包括 AI）④ 主动沟通及时同步风险和负责人一起调整计划⑤ 对赶工的态度我可以接受阶段性加班，但不提倡长期透支，更重要的是通过复盘避免以后再次出现类似问题。

缓存方案的读链路和写链路缓存雪崩击穿穿透缓存用了什么ttl，数据结构用的是什么分表如何保证数据一致性项目里面哪里用到了多线程  进程线程  进程底层区别数据库acid，隔离性为啥用b树原子性在操作系统和硬件层面如何实现抖音刷视频的请求链路抖音要求高qps低延迟  在哪些层面优化算法题：和谐数

操作系统面经总结

计网面经总结

ava基础面经总结（转自鹅厂大佬）

场景题总结（转自鹅厂大佬）

北京 业务：做消息队列相关，并且是toB（对这个业务还是不太感兴趣）。上来两个算法，在腾讯会议上做，使用acm模式算法1：判断链表是否有环算法2：两个有序数组求交集，请看第一张图开始问基础知识1. synchronized和ReentrantLock的区别以及使用场景2. jvm的内存结构3. 有没有过实际的排查jvm问题的经验（回答：使用jmap分析堆的使用情况，发现老年代内存溢出，原因是创建大对象，然后大对象从年轻代直接老年代，导致老年代空间不够）4. 当前在公司用的是jdk版本是多少（回答：jdk8，但是后续考虑升级到jdk11）5. 追问：为什么要升级到jdk11（回答：（不太清楚）或许为了使用jdk11的垃圾回收器吧）6. 内存溢出后如何检查是哪个对象占用过多空间呢（不清楚）开始拷问项目：问了特别多数据库从单机迁移到分布式数据库的问题，面试官比较感兴趣。改进：1. 当时做算法题的思路不够最优解。原因是自己好久没面试有点紧张了，题意没有完全看清，并且思路还不明确的前提下就开始开始做了，应该先看清题目给的条件，明确一个完整的思路再开始写。2. 回答八股的时候，有些不是一下子能反应过来的问题需要先构思一下，避免罗里吧嗦，自己都看不下去了。3. 一定要提前检查工具是否能共享屏幕，然后对着流程图来给面试官讲解数据库迁移项目，这样方便理解。提前练习下这个项目的讲解。4. 面试官说简历上可以把百度之前实习经历也加上，并且项目可以写的不用这么仔细。

实习生只有两面（校招生有三面）一面是周日下午，技术面，只问了我项目（有一段首汽约车的实习经历）的具体实现，顺带问点八股文，30分钟。二面是周日晚上，经理面，写算法和实习经历（不过没有具体问技术）

前言： 面试官水平一般，上来就逮着八股一顿问，问的也没啥连续性，不过我八股也不熟练，还要再多看看八股------20分钟集合String类存储数据的底层用的是什么（不清楚）线程安全的list（答得不太全面，太久没看了）ArrayList扩容机制  new一个ArrayList的容量大小（这个也有些模糊了）Java锁AQS的流程（有些模糊）线程池的参数（这个清楚）JVMJVM的内存模型（有些模糊）新生代到老年代的转换（有些模糊）Springspring的启动流程启动过程中想做一些事情，怎么做注入bean的方式mysql的引擎mysql的隔离级别事务的特性以及如何实现有哪些索引结构总结：八股不熟练  重新再看一遍  特别是薄弱的地方

分为四个部分单选题：60分多选题：10分编程题：10分问答题：10分单选题和多选题会考察linux的一些命令，还有前端js等一些知识点编程题很简单，求平均值，但注意是acm模式，并且方法没有提醒问答题就是sql，在一个学生表中，求每个班级学生的平均分，按照班级排序