佬们，快手三面半个点就结束了是什么情况啊就随便问了点东西，有点像闲聊，没问八股没问项目，连算法都没写，直接说我这边问的差不多了，你这边对快手有什么想问的吗 #快手求职进展汇总#  #快手校招# （十月最后一天了，会不会是kpi面啊）

总共30min左右上来介绍，说面试分二个部分：项目、基础1.实习经历聊天2.线程池参数3.手写线程池内心：*****,妥妥的kpi面，面完还被diss说心态不好。实习也不怎么问，直接问你用过线程池嘛，好那么我们来定义下线程池参数，然后写下execute方法吧。反问时真想问候他全家，你用过springboot嘛，好那我们来写个mvc吧；你用过hashmap嘛，好那我们来写个红黑树吧。你用过索引嘛，好那我们来写个b+树吧。更新：已g

1.自我介绍2.围绕项目提问题3.多线程的优点？4.多线程的使用场景？5.为什么不使用消息队列来异步发短信？6.消息队列为什么会丢失数据？怎么保证不丢失呐？7.多线程解决问题的难点？8.线程之间的同步？volatile、synchronized9.介绍一下负载均衡10.nginx怎么实现的负载均衡11.nginx怎么知道服务器的地址12.说一下注册中心13.用nginx有什么弊端？？14.zookeeper怎么保证一致性的15.redis拿来干嘛？常用的数据结构是哪些？16.使用redis要注意什么？17.如果更新数据库之后，删除缓存之前，服务崩了怎么办18.后续的很多get操作怎么办，都去访问数据库吗？19.手撕：删除程序中的注释；进一步把字符串数组改成单个的字符串，用回车符来换行，该怎么做#快手##面经##秋招#

Redis 大 Key 是指存储在 Redis 中的键值对，其中键对应的 value 占用了较大的内存空间，或者包含了大量的元素。例如，一个存储了数百万个元素的集合（Set）类型的键，或者一个存储了一个很大的字符串（长度可能达到几十 MB 甚至更大）的键都被认为是大 Key。 Redis 大 Key 并没有统一的固定标准，当字符串存储了一个很大的值，例如 10M 以上，或集合存储了一个上百万元素的值，那就认为是 Redis 的大 Key 问题了。 1.主要影响 大 Key 问题造成的主要问题是让 Redis 服务阻塞，无法处理其他命令的响应（客户端可能因此出现请求超时的问题）。因为对大 Ke...