字节生活服务 秋招测开一面

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 还是最终一致补偿？借币失败是不是要回滚下单

一分钟自我介绍，问简历，创新和风险的关系，是不是党员，AI如何赋能科技，你做了哪一些内容能不能落地，你的优势是什么，你能给银行带来什么营销经理，3个面试官，单面

有时候对这种莫名其妙的恶意都无语，起因是有个粉丝感慨我的签名“有志者自有千方百计，无志者只感千难万难”，他发了个帖子自嘲，是我群友大家都认识，然后我评论区正常安慰他，就这评论区还有这种超雄大佬莫名其妙恶意，再说我也没说理想是大厂，莫名其妙的意淫。再也不要像当初那样当唯唯诺诺的受气包，不敢还击了，面对恶意和嘲讽，我要狠狠的攻击回去，该发疯就发疯。该回怼就回怼。祝祝这个人拍全家福只有他一个人(狠狠地恶毒诅咒m9( ｀д´ )!!!!)补充:有人喷我没素质，对对对被造谣的不是你，被困扰和影响的也不是你，隔这评头论足，我说白了我也不会像追风小叶一样去告他，我直接让他拳甲起飞就够了，与其内耗不如直接开喷，对造谣🐶我是没素质，这种🐶也怂，评论区过来争论半天，既不承认自己造谣，也拿不出来证据证明，灰溜溜跑路，那我还能怎么办让他拳甲六族都起飞就完事了，难道我还内耗自己，教他明白造谣前做好拳甲六组起飞的后果

去上课，怕简历拉胯；去实习，怕课程挂科；不去任何地方，怕爸妈打电话。恐怕牛客用户的大家都是这么纠结过来的，就我而言，结果是去实习了，但确实因为无法及时到岗错过了很多不错的offer。现实是——逃课不一定换到好实习，认真听课也未必换来工作机会。我们都在赌一个“看起来对未来有用”的选择。如果时至今日让我扪心自问：逃过的课，来回折腾的实习有回报了吗。我恐怕也会沉默，现在我觉得实习的含金量和院校，专业差不多。你的院校/专业/实习再强势或无用或对口或dirty work，也只是一个比较宏观的事情，落在HR手里则是一瞬间，百分百的去留。所以你呢？逃过的课，现在有回报了吗？还是那辆“自行车”，最终被放在了电...