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