2025年10月14日 滴滴一面全程45分钟，无手撕。介绍一下你的项目。抢购场景下会面临高并发问题，你是如何处理并发的？如果系统每秒最多处理10个请求，但秒杀瞬间来了300个请求，你会如何设计系统来应对？在这种高并发秒杀场景下，如何避免超卖或少卖的问题？接口限流有哪些常见的策略或算法？热点数据既有查询又有更新，如何保证 Redis 缓存与数据库的一致性？请讲讲 ThreadLocal 的原理，以及使用时需要注意的问题（比如内存泄漏）。在项目中是否遇到过 SQL 查询性能问题？如何排查和优化慢查询？使用 EXPLAIN 分析 SQL 时，你主要关注哪些字段或指标？有一个表包含字段 id（int）...

干脆利落，要是都这么迅速就好了。

首先，肯定是喜欢主动沟通，主动上报进展，而不是需要催着干活的人。大厂 mentor 都忙到飞起，没人有空天天问 “你那活咋样了”。能主动搭话的最讨喜 —— 比如刚接任务就说 “我先理个步骤，下午跟你核对下时间节点”，中途遇到问题别直接摆烂，先自己搜搜公司文档、试试解决办法，再跟 mentor 说 “我卡 XX 地方了，试了 A 和 B 两种方式都不行，你看选哪种更靠谱”，而不是一句 “这我不会” 甩过去。还有做完活别光交结果，补一句 “搞定了，数据核对过，有个小问题已经备注在里面了”，闭环感拉满，mentor 能省超多心，满满的加分项。其次，给活能接住的 “实在人”。别觉得实习生就只能打杂，哪...