腾讯QQ后台二面

岗位：QQ后台开发面试官问：TCP为什么可靠？答题思路：TCP可靠是因为它提供了面向连接的、基于字节流的传输服务，并通过序列号、确认应答、超时重传、流量控制、拥塞控制以及校验和等机制，确保数据能按序、无差错、不丢失、不重复地从一端送达另一端。

1. 面试官介绍：QQ - 频道业务，社区产品，后台开发 && AI 开发；闲聊 QQ 产品发展史2. 自我介绍3. Redisson 分布式锁底层实现，对比红锁4. 锁误删什么情况会发生、怎么解决锁误删5. 锁续约怎么实现，底层原理6. AI 推荐后台采用 WebSocket 实时推送怎么实现的，为什么采用 WebSocket，为什么不采用长 HTTP 连接或其他的 RPC？7. WebSocket 和普通 HTTP 的区别，从原理角度考虑8. OAuth2 的原理，以及对比 JWT、Session 的区别9. 重定向是 304 吗？为什么不是 401？10. 访问一个网站 404 了，怎么定位这个问题？11. 一个 HTTP 请求，怎么走到前端的？12. 通过 goroutine 和 recover 实现异步操作日志是怎么实现的？为什么这样实现？13. 如果使用 Kafka 异步操作写库，写的时机是什么时候？是这些操作完了再写还是先写再操作？14. 异步不能保证审计不丢失，怎么处理？15. 怎么保证消息不丢失？16. 先写 Kafka，再执行业务操作，还是先执行业务再写 Kafka ？17. 如果写 MQ 失败，会不会堵塞业务，此时怎么处理？怎么保证服务高可用，同时保证审计的完整性？18. 审计的ID放在哪里？失败了怎么处理？给出一个方案能保证正常审计，包括写 Kafka 失败了怎么办？写完 Kafka 后续执行失败了怎么办？19. 定位审计是一个强约束还是非强约束，若是关键路径则不能绕过它，它失败则后续都失败，若不是强约束则不能作为审计，所以怎么样才能做到审计？20. 怎么保证审计日志写库的强一致性也保证业务的正常流程？假设用 MQ 而 MQ 挂了怎么办？因为写 MQ 也可能存在一定的失败，若 MQ 挂了业务也就挂了，这种极端情况怎么处理？全程无手撕，项目深挖+场景深挖，挖到不会为止许愿二面

1. 互相自我介绍2. 项目开发中的难点3. 对部门业务的理解4. 户籍地5. 了解Agent吗，说说你平时使用哪些Agent6. 手上还有没有其他offer？7. 实习时长8. 反问：8.1 薪资8.2 工作时长8.3 带教8.4 多久给offer整体25分钟，已转录用评估，期待oc！

1. 自我介绍，讲自己觉得有价值的信息2. 项目中遇到的难点3. 如果让你设计一个QQ，要求多端同步，你如何设计？4. 上面这个设计题，你如何与AI沟通5. Agent的理解，其中相关概念理解6. MCP和skill的区别，为什么需要skill？（面了这几场面试，AI Agent永远逃不开，反而基本0八股，花了那么久时间准备的八股全部没用上）7. 反问（直接把面试结果套出来了，让我下周等HR面，嘻嘻）