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

我朋友接了美团，后面又拿了字节，跑去字节提前实习，天天抑郁症，天天内耗，哎，字节毁了一个年轻人，哎，还不如去美团蹲着

算上这次也是三战字节了timeline3.24一面 当晚约二面3.25二面 当晚约三面3.27三面 3.30约HR面4.1HR面4.2 oc+offer加油加油，希望暑期能活下来

1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...