26秋招字节后端开发二面上岸版

1.实习介绍2. 你刚才说全链路 10ms 内，这个“10ms”的统计口径具体是从哪到哪？是否包含撮合？如果不包含，柜台内处理和SDK 通信层各占多少？实际压测数据大概是怎么样的3. 说一个最近一次的容量上限：平峰 QPS、行情峰值 QPS、触顶现象是什么4. 为什么选Disruptor而不是LinkedBlockingQueue5.userId%128 做分片——如果用户写或者查很频繁倾斜怎么监测？当有三五个高频量化用户扎堆到同一分片，你们是怎么处理6.迁移前后的有序性怎么保证？7. 第一阶段和第二阶段双层 RingBuffer 的拆分依据是什么8.业务逻辑、持久化、推送为什么不放在一个阶段里用不同handler9.你们是事件源还是只是“事件日志 + 最终态”？RocksDB里存事件还是快照？快照生成策略是什么10.baseLog和RocksDB的边界点是什么？如果RocksDB 落地成功但baseLog→MySQL异步失败怎么办11. 说你们做的是真改单不是撤下重下。那由10个BTC调到11个时，增量冻结要做两阶段么，怎么做，撮合拒绝后怎么回滚呢12.市价改单vs限价改单的冻结口径什么区别？盘口估算失败时你们有保护系数吗？精度/最小变动价位校验放在第一阶段还是SDK前面13.改单失败场景列举一下？比如订单已撮合、深度变更、风控锁定、余额变化、系统切分片迁移中。每种失败的用户可感知到的行为和状态的回退分别是什么样的14. 你们那个柜台和撮合通信的SDK 的发送队列和接收队列是批量阈值触发，那批大小是静态还是自适应？峰值时批过大对尾延迟的影响怎么去抑制呢15.rokesDB 写放大/读放大/空间放大这些你们怎么权衡？用了哪些compaction 策略16. 压测时出现RocksDB 写吞吐低，你们改成128分片、8线程写8库？你们为什么要这么去分，依据是什么，128个分片会不会太多17. 统一账户上线前，你们老柜台如何兼容限额？母账户限额、币对限额、池子限额、档位限额的冻结时机分别是什么？新老系统共用/分开配置怎么保证一致呢18.自动借币/还币是Try/Confirm/Cancel 还是最终一致补偿？借币失败是不是要回滚下单

10.30字节一面1. 介绍一下第一个项目完整链路2. zset底层3. 线程池4. 索引失效5. 协程有了解吗6. 算法是啥忘了 hot100的11.4字节二面1. redis怎么I/O多路复用2. 主从同步有什么风险（锁丢失 redlock3. 算法：三数之和11.6字节三面1. 实习中怎么解决数据一致性问题2. 压测怎么做的3. 对ai的了解4. 在学校的研究方向5. 零拷贝6. 进程线程协程7. mysql主动同步8. https-------------------无后续大概率g

1、回顾你做过的项目，哪个技术决策是最艰难的？支撑你拍板的核心依据是什么？2、如果当时掌握的信息增加一倍，你的决策会改变吗？3、这个决策给你带来的最大经验教训是什么？4、除了技术输出，你如何确保你带来的改进能持续影响团队？5、你用什么方法将个人经验转化为团队资产？6、如何衡量你在团队中产生的"非技术"价值？7、如果要你削减现有项目50%的资源，你会用什么框架来决定保留什么？8、在信息不完整时，你如何判断哪个方向具有"杠杆效应"？9、你的判断标准如何平衡短期收益与长期价值？10、面对一个模糊但重要的业务问题，你的分析框架是什么？11、你如何确定问题背后的真实需求？12、当你的分析结论与常规认知冲突时，你会如何处理？13、在未来3-5年，你希望打造什么样的"代表作"？14、为了实现这个目标，你认为最需要突破的能力瓶颈是什么？15、你如何定义"成功"，又如何应对过程中的不确定性？

1.项目介绍2.我们先不聊项目了哈，我们聊一个系统设计类的问题，放松一下（无语）3.有没有了解过短链系统，说一下你的理解4. 好，那现在你来设计一个短链系统，你怎么来设计5.你刚刚说就两个功能：一个是长链转短链，一个是短链还原长链并跳转非常好，那你可以拆一下模块都有哪些6.打断一下，你刚提到短链生成那短码生成这块能不能再往里拆一拆7.你刚提了哈希那你这个哈希冲突你准备怎么解决8.短链支持自定义码吗？如果支持怎么处理冲突？自定义短码如果重复了怎么办9.这个系统要支持用户设置有效期吗你打算怎么处理这个字段10如果有人恶意生成链接怎么办11你说到风控，我这里刚想刚好跟你深入聊一下，我觉得这个还蛮有意思的，比如说你在长链转短链里面已经有风控了，那你短链转长链需要风控吗？因为你的数据库里的东西都是安全的，你需要风控么还是说不需要，为什么12.你刚说加黑名单那这个风控是在生成短链的时候做，还是跳转的时候也要做12.短码和长链映射关系存到数据库有什么要注意的点或者是你那个表怎么设计13这边数据库写入时候要注意什么14数据存储当量大了以后怎么操作呢？就比如说量特别大，你一张表存完然后呢15. 那你会怎么做分库分表？按什么规则分？用哈希？那hash怎么做落库映射15你怎么判断这个链接是过期链接你的状态字段怎么用16.如果我之前封禁了一个恶意链接，有个新用户又拿这个原始长链想同的长链进来要来生成短链了，你是怎么处理的17黑名单这块怎么做拦什么、存哪里怎么查18.我继续深再深问一下，你刚才说到用redis来做这个黑名单管理，为什么，为什么不用数据库还是说用了，还有你的redis的key和value怎么设计用什么结构19那你觉得你可以到多少，你觉得这个系统是ok的，因为你每次都要查这个东西，你要查三，四次是吧整体你觉得这个数据量或者整个RT大概会在多少你这个系统是能搞得定的20.无论你这个Redis set里有1万10万甚至100万条，查一次都是毫秒以内，你确定么，你了解Redis set底层么？是这样做的21.那有实测过么比如它在普通网络、单机 Redis大概是怎么样的22.那我如果再大怎么办比如总量不止10几万23手撕：员工公平抽奖：工行有30万个员工，其工卡号码分别是1~30万，在接下来的某天他们将举行年会，需要抽出10万个员工发奖品。我们有一个随机数生成函数rand()能够生成0~65535的整数，请写一个公平的抽奖程序，输出这10万个员工的工卡号码