金山办公

1.实习介绍2.进程、线程、协程之间的关系以及它们的优缺点3.Java的线程池你有了解过吗？创建线程池的方式？创建线程池的参数有哪些？线程池的拒绝策略有哪几种？4.怎么评估一个线程池要配多少线程数？5.为什么计算CPU密集型的要用CPU核心数加1而不能更大？线程的闲置会有哪些问题？6.线程上下文切换会占用哪些资源？7.说一下用户态和内核态的区别8.Linux的零拷贝你知道吗？9.线程安全问题怎么理解？除了lock还有什么方式可以保证线程安全？lock类底层依赖一个比较重要的类AQS，然后AQS的数据结构你知道吗？10.你能说一下concurrentHashmap的扩容过程吗？11.你能说一下死锁产生的条件吗？怎么解决？循环等待还有其他方式来解决吗？12.你有用过Redis，Redis的数据结构有什么？Zset底层的数据结果是什么？13.Redis的持久化机制？你能解释一下Redis集群的脑裂形成过程？14.MySQL的事务隔离级别有哪些？能说一下读已提交和重复读的实现上的差异吗？15.MySQL的索引是B+树，一般是让他保持三层，怎么去计算数据量使B+树不超过三层？16.用到了MQ，用到了redis，用这两个会有什么问题，1.怎么保证Redis和数据库数据的一致性？2.怎么保证数据库和MQ数据的一致性？同时写数据库同时发MQ，怎么保证数据是一致的？

适用于主动解约、愿意按协议支付违约金，且希望与企业HR/对接人保持友好沟通的场景。本来想去小某书搜一个话术的，结果一看，咋都这老长，我给前女友写的小作文都没这么绿 一、沟通核心原则  态度诚恳理性：无论解约原因如何，先感谢企业给予的机会，再客观说明决定，避免推诿或情绪化表达； 表述简洁高效：原因无需过度展开，核心信息（解约决定+承担违约责任）清晰即可； 主动解决问题：明确提及配合履行解约流程、承担违约金，减少企业沟通成本； 措辞职业礼貌：全程保持正式、尊重的语气，避免口语化或轻佻表述。  二、分场景沟通话术 1. 试探式沟通（适合不想直接生硬提解约） 先以咨询流程为切入点，让对方感知意图，再顺...

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