移动客户端有前景吗

一直在聊ai相关的一些内容，对于ai的看法思考啥的，岗位是toB，进去可能是写sdk啥的，也会涉及到ai据说小弟我好纠结，这个移动客户端算是调剂的，当时就想先面面看，没想到进展比较顺利，其他的后端开发岗位进展都比较缓慢，刚一面，请问可以先拿offer再拒吗，会不会被拉黑另外就是如果目标是国央企的话，title重要还是岗位匹配度重要，客户端的实习会有影响吗？求各位大佬解答

1.面试官业务介绍5-10min，然后说岗位跟面试邀约的可能不一样2.看你简历投大模型岗位，这边是后端岗多些，和统计更多，基础也比较重要3.反问ai结合场景这里莫名其妙的说了下，未来ai业务场景的的发展，最近看裁员帖子之类的面：像工程项目会被替代很多，像统计和类似于这种，系统验证还好些4.手撕回溯 子集输入调错5.有看过限流算法吗；手撕 令牌通限流服务端 伪代码，加并发控制，加乒乓球式限流，还是流式限流；5.1 怎么记录每个getToken()方法入参的lasttime构造器5.2 怎么控制乒乓球式还是流式5.3  refillToken方法要传什么参5.4 gettoken 没有写currentToken --5.5 now - last 时，单位是 s、ms 还是 μs？用户体量比较大，百万的时候怎么考虑int 会强转为 0”，时间戳溢出 + 精度丢失问题。核心问题二：浮点数精度丢失与性能损耗me：基础有待提升面：思路还可以，细节有待提升，还是细节注意6.反问to B to C业务ai答案：如果是流式控制：我关注的是平均速率。我会利用令牌桶算法，重点调节 refillRate（补充速率）。无论请求是突发还是连续，我都会把它们看作连续的数据流，只要桶里有令牌就放行，主要用于防止下游被大流量冲垮。如果是乒乓球式控制：我关注的是交互的同步性。这通常用于对延迟敏感或需要严格顺序的场景。我会通过信号量（Semaphore）或者容量为1的令牌桶来实现。核心逻辑是：必须收到上一个响应（回球），才释放下一个请求的令牌（发球）。所以，在代码里，我是通过选择限流原语（是用单纯的令牌桶，还是用信号量/状态机）来控制这两种模式的。”

楼主南方人，想回南方，字节在上海，腾讯在深圳。广大uu  帮选一下

中国广告与交易1.拷打实习，实习里面穿插了一个设计题，如何设计一个分布式定时任务系统，我都有点没理解这个面试官说的是什么，回答的比较一般。2.kafka的多partition3.kafka如何确保消息被成功消费4.kafka 的rebalance机制5.kafka如何让所有消费者都消费同一条消息（这个我回答可以让生产者给所有partition都写一遍，面试官说这个有个配置）6.mysql有什么食物隔离级别7.mvcc是如何实现的8.mysql有什么log，都是做什么的9.算法题，利口原题，一个数组，一个k，轮转k次，比如1234567，35671234这样做完后问有什么其它方法，说了一下开新空间的方法，说必须得o1，没想出来反问问表现，说如果前面那个设计题设计出来的话会比较加分全程37分钟，感觉要挂了，也不知道这是不是kpi