快手国际化部门咋样啊

快手一面 自我介绍完让我说说项目里做了啥，回答做了优惠券发布的逻辑，然后为什么选型redis的hash然后怎么扛高并发，回答的用分布式负载均衡问如果有五个客户端，二十个服务器，并且服务器性能有差别，怎么设计负载均衡，只答道了调nacos的参数，其实应该是服务器的权重以及redis的hash发券为了防超发，那么如果db没有写怎么办，回答的回滚，实际上这是严重错误，因为卷发出去了又取消掉用户那边体验会很不好，应该是消息队列尝试重发，如果多次未果再写入死信队列人工处理然后就是算法题了，一个五分钟内的连点计数器，一个设计循环队列，一个设计线程安全的单例

#JAVA##JAVA面经##JAVA内推#1. 项目中使用RocketMQ保证消息顺序，具体如何实现？（如按订单ID分区）思路核心围绕“同业务消息同队列+单线程消费”展开，先讲生产端路由规则，再讲消费端配置，结合实际项目场景说清楚落地细节。回答示例面试官您好，我们项目里保证消息顺序，主要是靠订单ID做分区路由，再配合单线程消费来实现的。首先生产端这边，我们会给Topic建多个队列，发送消息的时候，拿订单ID做哈希取模，算出来一个队列下标，保证同一个订单的所有消息，全都发到同一个队列里，因为RocketMQ单个队列里的消息本身就是按发送顺序排好的。然后消费端这边，我们把消费线程数设置成和队列数...

拷打实习项目（深挖设计缺陷+如何改进）ai使用情况，ai出错时如何解决？线程池原理临时线程存活时间是怎么实现的+为什么使用阻塞队列来作为任务队列算法：电话号码的字母组合

#JAVA##JAVA面经##JAVA内推#1. 分段锁设计，扩容时如何避免并发冲突？思路核心是“分段加锁+扩容时单段独立处理”，结合实际项目中应对并发的经验，用通俗的语言说明分段锁逻辑和扩容时的并发控制，不涉及代码，突出实操性。回答示例面试官您好，我们项目中用分段锁解决高并发下的扩容冲突问题，核心思路很简单，就是把整个存储容器分成多个独立的段，每个段单独加一把锁，互不影响。扩容的时候，我们不会对整个容器全局扩容，而是只针对单个段进行操作。具体来说，当某个段的数据量达到扩容阈值时，我们只对这个段加锁，然后进行数据迁移、容量翻倍的操作，其他段正常处理读写请求，完全不受影响。而且扩容时会做双重校验...