快手Java暑期实习一面

1、自我介绍2、拷打实习3、数据库四大特性，mvcc原理（版本链在哪（undolog）），四大日志、两阶段提交4、spring事务原理、是否依赖数据库事务5、Redis日志6、mysql主从同步7、Redis的日志8、Redis事务9、aop原理10、rabbitmq与kafka选型11、kafka的reblance（重复消费、乱序）12、数据库清理磁盘之后为什么磁盘还在被占用着13、事务消息、死信队列14、mysql的索引底层结构，b+树为什么比b树好15、Redis先写日志还是先执行命令（命令，防止命令有问题）16、leetcode128最长连续序列/三数之和面试官真的很好，不会的话还会引导你，可惜我太菜了，算法第一眼看错题了看成最长递增子序列了，没写出来，后来换成了三数之和，还忘记剪枝了，不知道还有没有机会，鼠鼠决定从明天开始苦修算法！！！发面经攒人品

1、自我介绍2、介绍实习3、围绕实习问 (数据一致性、redis分片、redis集群) 20mins4、redis八股，数据结构、各个数据结构的使用场景、优劣和底层设计、redis集群、redis分布锁，何时用String和哈希，两个对比优缺点。5、手撕：hot100字符串解码

offer1：蔚来后端开发（日常），主做内部效能平台。已经承诺给转正，需要接着干到6月份（）已经干了4个月了。offer2：快手（暑期），转正率说是60-70，推荐算法架构infra，base北京，业务核心，转正需要干到8-9月份参加答辩。offer3：腾讯（暑期），部门csig，腾讯安全，做一些金融等机构的安全业务，属于业务的安全。转正率未知。想看看大家啥看法

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