淘天-暑期实习技术二面

时间：2025-03-24  17:00
面试官实力过于强劲，以致于能感受到威压。
1. 项目是自己搞的玩具对吧？（答：校企联合项目）
2. 介绍一下你的项目
3. 除了分层之外，你的任务调度还有什么额外的设计？
4. 任务失败重试这个场景展开说一说？
5. 如何向任务执行器派发任务？
6. 如果任务执行器宕机了，我们的服务器如何检测的到呢？
7. 任务是【可重入的】吗？如果任务执行器因为网络原因中断，任务实际上已经在业务系统里执行完成了，只是没有把成功状态更新回服务器，那么还需要触发超时重试吗？如果需要重试，那么重新这个任务是否会有影响？
8. 滚动分表是什么意思？
9. 你们只有一个数据库实例吗？如果有多个数据库，按照你这种分表方式，不会出现数据在不同db实例之间的倾斜吗？
10. 说一下MySQL乐观锁在项目里要怎么用？
11. 我问下细节，任务执行器多久拉取一次？
12. 分布式锁咋设计的说说看？
13. 你这个系统的设计有点太不常规了。你现在反思下有没有更好的做法？
14. 你有没有看过一些业界其他任务调度框架的做法？你怎么想的？
15. 用XXL-JOB如何实现重试间隔自定义？
16. 如果服务器不感知任务执行器的状态，怎么管理这些任务执行器呢？
17. 第二个这个铁路购票系统是自己的学习项目吧？OK那我不问了。（内心OS：别啊哥，问两句呗，我这个能支持高并发）
---场景题
18. 现在有一个热门内容，我们有几个业务，一个是向DB记录点赞流水，也就是谁给什么内容点赞的信息，还有一个就是实时更新点赞数量，设计一个方案吧？（我说的是点赞数量更新读取先用缓存处理（定期同步回DB），在应用层设置较短的时间窗口，然后收集这段时间的点赞操作（+1），聚合成单条Redis命令，进行写入，可以降低redis压力；如果单个key压力过大，考虑LongAdder那种模式，在缓存中进行拆分统计、按需聚合。然后流水信息的话用消息队列异步写回数据库。）
19. 反问：对简历上项目的建议（面试官非常细致耐心的分门别类地讲解了他的看法，与平时的常用设计，受益颇多，对于0实习的崽崽来说，真心感觉这种机会十分难得）