舍友美团到家Java一面

找工作，有没有药企的HR看看我#在找工作求抱抱##找工作时遇到的神仙HR#

美团产品运营 7.30投递8.10笔试8.22一面挂京东运营 8.1投递 8.12简历未过初筛

🕒岗位/面试时间后端开发8.27👥面试题目- 你为什么会有两段实习啊？为什么换一个实习公司？- 那你在这两家公司实习，你觉得就是有什么区别吗？或者你更倾向于哪一种？- 现在在实习的这个项目，这么多，你们几个人做？之间是怎么协作的？- 对实习的这个元数据治理方案是怎么理解的？- 给你一个做平台的这种项目，你有可能会去采取这种方案吗？或者是说如果最开始他们没有采用这个方案，你觉得有没有什么其他的解决方式？- 如果我们要去建立一种元数据的这种架构，它可能会分为哪些层？- 分布式锁它的原理是什么？- 为什么用 Redis 分布式锁？还是说有其他的分布式锁？- 为什么之前没有这种需要用分布式锁的场景？你觉得什么情况才需要去用？- 这种像云文档那种可以同时去编辑的功能的话你们是有和产品去沟通过吗？这种体验不是更好吗？- erp两边的数据一致性是怎么保证的啊？- 自己内部的这个订单是怎么去保证它是幂等- 漏发了订单，没有同步到三方那边去？这个是怎么解决的？- Java并发 violate 和 sychornized 关键字- Java 的异常机制- MySQL 事务的隔离级别- 写一个SQL：设计一个社交的数据库，就是可以允许用户去发帖子，然后可以发评论，然后也可以给帖子点赞。你设计几张表，然后并且从里面去找到点赞数最高的帖子，以及发评论数最多的一个用户和他最新的一条评论- 算法：括号匹配 #软件开发笔面经#

这是一道非常经典的 Kafka 问题，是关于 Leader 在“异常”情况下的选举问题。 背景 我们知道 Kafka 中的 Partition（分区）是存储消息的最终介质，但 Partition 又有两种分类： Leader Partition：主分区，负责数据写入和读取。 Follower Partition：副本分区，用于数据备份和主节点宕机之后的分区选举，保证了 Kafka 服务的高可用。 如下图所示： 其中，Leader Partition 是用来处理生产者和消费者请求的，而 Follower Partition 是用来保证 Kafka 集群的高可用的，也就是当 Leader P...