人寿杭研

Sigma777：本来想说师弟怎么把我这个老东西卷没了，仔细一看是师兄 简历不错，但是得准备好选型话术，比如我举个例子你为什么要用caffeine，一般我们的小项目不会有这么hot的key需要本地缓存，你要说明你是如何发现有这么hot的key连redis都兜不住的，引入后优化了多少时间，然后还有本地缓存大小设置为多少，这个大小能保证热点key不会因为太小而淘汰也不会因为太大影响服务吗，为什么不用guava，引入本地缓存同步问题怎么解决。 然后分库分表，为什么你觉得要分表，数据量多少，分多少张表几个库，分片键选择依据，你的所有查询能不能准确定位到某一张避免全库扫描，有没有数据倾斜问题就是分的每张表数据量差距特别大，你是一开始分库分表还是后期发现瓶颈才分，如果后期才分你如何把旧表的数据搬过去同时还能确保业务正常运行。 然后是消息队列，你说缓存高并发请求，却选择了吞吐量较小的rabbit，有什么原因吗，为什么不选Kafka。 然后你说分布式锁解决集群环境并发安全，也就是说你是集群部署的，请问是怎么部署的，docker还是k8s，部署几台，配置是多少，jvm参数设置是多少，有监控吗，线上遇到故障吗，怎么解决的，有做负载均衡吗，数据是怎么压测的等等。 zset缓存本月实时排行数据具体怎么做的，会有大key问题吗。 其他本小渣暂时想不到了，留给其他大神点评

xiaolihuam...：当然还有一种情况是你多次一面挂，并且挂的原因都比较类似，例如每次都是算法题写不出来。面试官给你的评价大概率是算法能力有待加强，算法能力有待提高，基础知识掌握的不错，项目过关，但是coding要加强。短期内高强度面试并且每次都是因为同样的原因挂（这个你自己肯定很清楚），会形成刻板印象，因为你偶尔一次算法写不出来，面试官自己也能理解，因为他清楚的知道自己出去面试也不一定每一次面试算法都能写出来。但是连续几次他发现你的面屏里面都是算法有问题，他就认为这不是运气问题，而是能力问题，这种就是很客观的评价形成了刻白印象，所以你要保证自己。至少不能连续几次面试犯同样的错。算法这个东西比较难保证，但是有些东西是可以的，例如某一轮你挂的时候是因为数据库的索引，这个知识点答的不好，那你就要把数据库整体系统性的复习，下一轮面试你可以，项目打的不好，可以消息队列答的不好，但是绝对不可以数据库再答的不好了。当然事实上对于任何面试都应该这样查漏补缺，只是对于字节来说这个格外重要，有些面试官真的会问之前面试官问过的问题

崔喃喃：“台风您好，19级专家已驳回了您18级台风的OA登陆申请”