滴滴iOS实习面经

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的令牌桶来实现。核心逻辑是：必须收到上一个响应（回球），才释放下一个请求的令牌（发球）。所以，在代码里，我是通过选择限流原语（是用单纯的令牌桶，还是用信号量/状态机）来控制这两种模式的。”

面试很难，还是要多多练习1.实习拷打2.线程之间怎么进行数据协调3.为什么要用线程池和countdownlatch合用4.怎么设置线程池的5.线程和协程的区别6.数据库录入信息质量差怎么办开始上压力了！7.mysql的存储引擎介绍一下8.mysql 为啥用b+树9.mysql极限b+树三层能存多少数据10.mysql一张表极限能存多少数据11.mysql 四层能存多少数据在建立索引的条件下《拿张纸》算一下，索引文件大概是多大，四层大概多少数据，换算大小是多大

面试官非常礼貌，但是问题非常犀利，汗流浃背了。有些都没听过的东西，直接跟面试官说不太了解了，全程没有一个八股问题。不知道是不是kpi面3.231.自我介绍2.展示了项目之后，项目拷打了三十分钟左右，主要问了网络、数据存储，用户信息存储这些，问的汗流浃背了3.项目拷打完之后就开始算法了，括号匹配的问题。运行了之后又具体针对这个算法进行询问（如果中间有其他字符怎么办，如果有花括号应该怎么解决）4.反问环节全程50min左右3.24已挂

字节三次后端都失败，被迫去面客户端了问题还是比较偏基础八股的，面完秒过有需要的可以看看