vivo 2027暑期实习内推倒计时

1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...

从三月初就开始投 一直到现在只有一个面试几乎全是已读不回꒰>﹏< ꒱沟通600+ 只投出去20多个简历

腾讯一面（腾讯云）2026/4/71、React Native 跨端改造遇到的问题（核心问）你负责 RN 改造哪些模块？任务列表、订阅购买、任务展示、用户中心等通用业务。跨端模块怎么划分？ 三层架构：公共层：业务逻辑、Hooks、工具、请求（70% 复用）适配层：端差异集中聚合（支付、通知、安全区、原生能力）业务层：只调用统一接口，不写零散 Platform 判断为什么不直接在业务里写 Platform？避免到处判断、难维护、易出 bug；所有差异集中收口，统一维护。是别人给方案还是你自己设计？leader 给方向，我自己做模块拆分、差异收敛、目录规划，按 “高复用 + 低耦合” 落地。2、国...