得物测开三面完

计数服务系统通常用于实时跟踪和统计某些事件或操作的数量，并且要能够在高并发的情况下保持准确性和高效性。在设计这个系统时，首先需要明确几个关键需求。由于计数服务通常会面临大量并发请求，系统必须能够高效地处理大量用户请求，同时保证计数的准确性。为了实现这一目标，系统需要具备高可用性和容错性，确保在节点故障时系统依然能正常运行，并且可以恢复之前的计数数据。此外，计数数据的持久化同样是至关重要的，保证即使系统崩溃或重启，计数结果也能够被恢复。在系统架构方面，计数服务最好采用分布式架构来扩展服务能力，因为它可以支持大规模的并发请求。为此，使用缓存系统（如 Redis）来存储计数数据是一个常见的做法。Re...

二面： 1、挑一个项目介绍2、项目 1 拷打（10分钟）3、微服务项目中的服务发现是怎么去做的？4、Nacos 是通过什么机制去保证服务的注册以及服务的可用性的？5、Nacos 存储的数据是怎么存的？基于内存还是有自己的持久化机制？6、项目中的限流操作是怎么做的？底层基于什么限流算法做的？7、对比一下令牌桶、漏桶、滑动窗口这几种限流方法的优劣势以及适合的应用场景8、项目中的熔断是怎么去实现的？9、熔断器具体是怎么去实现的？10、手撕做题：力扣 1139.最大的以 1 为边界的正方形11、二维数组按行遍历和按列遍历在性能上有什么差异？12、除了内存的因素还有其它什么原因吗？13、在浏览器中输入 douyin.com 后按下回车，整个调用链路是怎样的？14、TCP 的为什么需要三次握手而不是两次？15、Redis 的高可用是通过哪些方面来保证的？16、优化一条 SQL 语句应该怎么做？17、反问

就我周围的人而言，两极分化吧，学的好的依旧是大厂offer打牌，学的差一点的可能连offer还没有，所以大环境固然不好，但是改变不了，只能去努力提升个人能力了。

距离上次二面已过去整整一个月，期间流程一直停留在“泡池子”状态，本以为是默拒结局。没想到在今晚突然收到终面邀请——真不愧是传闻中的“上海四毒”之一，连面试邀约都安排在工作日晚间。