腾讯微信支付后端面经

预定：无，实际：1h20min// 一共四个候选人 + HR + 一个面试官* 四个人轮流自我介绍* HR 对每个人单独提问，提问的时候其他人闭麦* 一些常规 HR 问题，比如找工作看重的因素，倾向 base 地，实习产出、提升、学到的东西等等* HR 提供两个问题，四个人任选其一回答* // 不按顺序，候选人主动举手* 1. 讲讲与你遇到的与你面试岗位相关的一个技术难题* 2. 真实开发流程中往往有许多环节，你是如何把控每个环节的质量的？* 面试官自由提问* // 不会每个人都提问到，完全取决于面试官对谁感兴趣// 一共四个人，其他三个都是研究生，就我一个本科的// 此外三个前端，一个后端。给的说法是时间凑不齐，所以混岗了// 总结：陪跑EOF

1.你的实习项目是否有存在造轮子的嫌疑，说说其存在的必要性和解决的核心问题2.如何通过架构设计顶住的50wqps3.几乎100%”的最终一致性的，要求阐述具体的实现方案4.`CompletableFuture`的具体使用场景是什么?5.追问为什么选择用`CompletableFuture`，而不是其他并发工具(如线程池+计数器)来实现同样的需求6.当提到ZooKeeper时，追问其与Redis相比，“重”在哪里?7.ZooKeeper使用的一致性协议(ZAB)与Raft协议有什么区别，为什么Raft现在更流行?8.算法1: 链表反转9.算法2:二分查找

12.4打电话通知已过初筛，询问第二天面试场次选择12.5下午线上群面，开始前会短信+电话通知以防忘记群面线上一场共13人，10位候选人，一位主持人两位面试官无自我介绍环节，在主持人介绍完本次群面流程后正式开始15mins阅读case时间，1.5mins的个人观点陈述，25mins讨论时间，5mins汇报时间，以及不定时的问答环节体验感好的点就是屏幕上会显示倒计时，比较好把控时间，但是当对来讲time check的角色定位就没那么清晰体感不太好的就是case的内容真的有点多了，看完就要花一定的时间，还需要思考任务目标以及不同策略的可行性，可能需要计算ROI...反正事情还挺多的，感觉15mins有点不够用再者就是25mins对于10个人来讲还是有点短了，尤其是如果小组内每个人都很有想法的话、一个人说几句话时间就溜走了对于讨论的部分我觉得应该放更多的重心，因为个人陈述已经给过时间了。大家尽量还是努力发言，目标是达成统一的结果只能说10个人的群面真的有点像有秩序的菜市场，乱乱的、而且每次看case还需要重新点开，关掉之后才能开麦、

被面试官问麻了，很多没答好，98%凉了。闲聊了一会你使用数据同步做新旧库的数据迁移，具体原理是什么？全量同步和增量同步的过程是什么？怎么保证数据迁移一致性的？同步过程中如果源库表的结构出现变更，你是怎么处理的？这些全部流程是你自己设计的吗？那么除了你说的DTS中的数据校验，你自己做了什么校验的设计？因为当进行最终业务切换的时候通常会出现数据不一致对吧？你介绍一下你的推送中心的业务吧，以及具体怎么实现？你动态线程池的初始阈值，以及扩容缩容的阈值你是怎么选定的？扩容和缩容的幅度你有什么思考？你说你用了redis去P0消息的积压状态，也就是积压开关对吧？你P1和P2级别消费的时候是不是每条消息都检查开关，是不是很耗时？怎么处理呢？P1和P2优先级的消息是永久关闭的吗？会有什么问题？ 应该怎么设计解决呢？你基于redis的实现动态开关来做的话，是采用拉取检查的对吧，能不能实现一种主动推送的能力的方案呢？你说用Zookeeper，Zookeeper怎么设计呢？假如用Kafka你怎么设计？Mysql innodb的存储数据结构是什么？除了B+树还有什么？假如有100w条数据，B+树有多高？联合索引a,b,c查询a大于100会不会走索引？a等于100，b大于100呢？如果最终要查a，b，d属性会不会回表？写一个sql，查两个表，产品表更新日期在今年七月份的用户的姓名和年纪？写一个sql，查一个表，产品表更新日期在今年七月份的用户按照id递减排序，取前三个你了解计算机体系结构中不同数据存储吗？ 速度差异怎么样？你本硕期间绩点怎么样？手撕 斐波那契数列