很早之前面的了，准备也没有很充分，有一些题答的不好，最后面试官还问了下专业问题，非科班可能也比较吃亏项目相关：1.项目中遇到的难点。2.threadlocal的底层实现原理。回答时注意联系自己的项目。3.threadlocal+线程池会造成什么问题？4.redis缓存中key value里面都存了哪些数据。使用到了哪些数据类型？5.redis数据如果是千万级别的如何优化？6.为什么使用rabbitMQ？rabbitMQ和kafka区别是什么？7.rabbitMQ定时消息的实现八股1.怎么保证线程安全？2.synchronized互斥锁的底层原理？自旋锁？synchronized锁升级。锁的状态记录在哪里？lock底层的AQS原理？3.B树与B+树的原理4.有一个表，里面有一千万条数据，对里面的用户都发一条短信。sql具体怎么实现。5.mysql中2阶段提交6.redis的I/O多路复用是怎么实现的？7.redis底层有一个数据结构是跳表，跳表的实现原理8.redis场景题：排行榜，获取top10的悬赏排行算法：合并两个有序链表。

1）手撕：给定字符串，求不含重复字符的最长子串长度，并打印这个子串//哈希Set配合双指针private static String findLongestSubstring(String s) {        int n = s.length();        int left = 0;        int maxLength = 0;        String longestSubstring = "";        Set<Character> charSet = new HashSet<>();        for(int right = 0 ; right < n ; right ++){            while(charSet.contains(s.charAt(right))){                charSet.remove(s.charAt(left));                left++;            }            charSet.add(s.charAt(right));            if(maxLength < right - left + 1){                maxLength = right - left + 1;                longestSubstring = s.substring(left , right + 1);            }        }        return longestSubstring;    }2）如何设计一个秒杀系统？从以下角度考虑：1.高性能架构；采用分布式架构，消息队列来削峰填谷，服务的降级和熔断 2.高并发的处理能力：商品库存扣减的多线程安全问题，采用redisson分布式锁，缓存预热3.用户体验升级：websocket实现秒杀倒计时同步，消息队列实现秒杀结果实时反馈，针对ip地址，设备指纹和访问频率的限制实现防作弊系统4.数据一致性保障；数据库分库分表，本地消息表5.监控报警：监控系统，报警系统，日志系统，异常日志收集，分布式追踪系统6.安全防护、成本控制3）String StringBuffer StringBuilder区别String是不可变类，线程安全，每次修改字符串都会创建新的字符串，效率比较低StringBuffer是可变类，直接在原字符串上修改，使用了Synchronized实现同步，效率也比较低，适合多线程场景StringBuilder是可变类，线程不安全，效率比较高，适合单线程场景4)数据库字段char和varchar区别char：定长字符串，存储长度为1~255个字符，存储空间固定为255字节,不足用空格补，适合固定长度的字段，便于数据库读取和优化varchar：可变字符串，存储长度为1~65535个字符，存储空间为实际长度+长度字节5)索引失效的情况索引失效是指数据库在查询过程中无法有效利用已建立的索引，导致查询性能下降，甚至退化为全表扫描的情况。查询条件中使用了函数或表达式对索引列进行操作；使用了OR条件且未对所有分支列建立索查询条件中使用了NOT、<>、!=等否定操作符；对索引列进行了模糊查询（如LIKE '%abc%'），且通配符位于开头；查询条件中列的顺序与复合索引的列顺序不匹配；或者查询时数据类型不匹配导致索引无法使用。6)数据库的事务隔离级别读未提交：允许读取尚未提交的数据，可能导致脏读、幻读、不可重复读读已提交：允许读取已提交的数据，不能保证数据一致，可能导致幻读和不可重复读可重复读：允许读取已提交数据，可能导致幻读串行化：保证数据一致性，但是并发度和性能低7)Redis的常用数据类型，分别存储哪些东西？String：存储字符串，比如用户名、密码和验证码等哈希：哈希表，可以存储用户信息，商品信息等List：存储有序的元素，比如消息队列和日志记录Set：集合，可以做去重排序或求交集等Zset：带得分排序的集合，可以做用户或者流量等的排行榜8)Redis的锁机制基于SETNX命令，将锁名称作为键，客户端唯一标识（UUID）作为键值，使用完锁后DEL释放锁    因不可冲入可能存在死锁和不及时释放锁的情况，可以释放锁时检查锁值是否为自己的UUID以及添加过期时间基于Lua脚本，使用原子SET命令和Lua脚本的事务性，但仍存在锁续期困难和业务超时锁释放风险基于Redisson的分布式锁，支持可冲入锁和自动续期，提供公平锁、联锁和红锁9)HTTP1.0 2.0 3.0 区别HTTP1.0：默认为短连接，每次请求都需要建立TCP连接，并通过Connection: keep-alive头来实现持久连接，不支持管道    化，主要使用If-Modified-Since/Expires来做为缓存判断的标准；HTTP2.0：采用二进制格式而非文本格式，解析更加高效，支持多路复用允许单个TCP交错发送多个请求和响应，引入HPA    CK压缩算法，对请求和响应的头部信息进行压缩，消除冗余，允许客户端为请求设置优先级HTTP3.0: 最新的HTTP协议，基于QUIC协议，QUIC使用udp传输数据，不存在队头阻塞问题，首次连接后具备0RTT优        势，减少延迟，允许网络切换时，将连接迁移到新的IP地址，默认采用TLS加密，保证数据传输的安全性10) TCP的三次握手和四次挥手，为什么需要？三次握手：客户端向服务器发送SYN表示请求同步，服务器向客户端发送SYN+ACK表示确认收到同步请求，可以确保客户    端的发送能力正常，客户端向服务器发送ACK表示确认，可以确认服务器的发送和接收能力以及客户端的接收能力正常，   连接建立，通过三次握手能够保证通信双方的接收发送能力正常四次挥手：客户端发送FIN+x序列号表示请求关闭连接，服务器发送ACK+x+1表示确认收到，客户端向服务器的通道关        闭，服务器发送FIN+y序列号表示请求关闭连接，客户端发送ACK+y+1表示收到，等待2MSL没有收到回复后关闭TCP连接，因为TCP是全双工的，双向链路分别需要发送和接收两次，所以是需要四次挥手。11) 从输入网址，到最后访问页面的全过程首先输入URL，进行URL解析，准备发送http请求在请求之前，先本地查看浏览器缓存，如果缓存有该资源，直接返回，否则继续准备请求发送请求之前，进行DNS域名解析，按照本地缓存，本地HOST，路由器缓存，DNS服务器，DNS根服务器顺序，直到查        询到URL对应的IP地址三次握手建立TCP连接构建请求并发送，包括请求行，请求头，请求体，并把和该域名相关的cookie放入请求头，构建HTTP请求，如果是https        还要进行加密服务器处理请求，生成对应的响应并返回相应资源四次握手关闭TCP连接浏览器接收到响应后进行解析处理，如果是字节流可能是下载管理器进行下载，如果是html页面就是进行渲染生成页面。

面试官很和蔼，很尊重我。面试开始时，首先介绍了自己所工作的部门，当时说的太快，我听的不太清。接下来就是项目和八股了：1、你先介绍一下自己在做项目时遇到的难点，以及你是怎么解决的。答的稀烂，没提前准备。直接让面试官问我了，感觉面评会很差！2、那你先说一下怎么基于拦截器进行Token的校验以及刷新，答的越详细越好。3、为什么要用双层拦截器？4、知道ThreadLoacl的底层原理吗？说一下。5、知道死锁吗？解释一下死锁。6、死锁怎么解决呢？答了一次性申请所有资源和申请不到资源就自己释放自己的资源。面试官肯定了第二种，说不同的场景要用不同的解决方法。我甚至让面试官说一种场景，面试官被我干沉默了半分钟，说这不太好说，但还是说了一个场景。7、解释一下通过分布式锁以及stream消息实现高并发一人一单的优化。答的很烂，说了个大概，分布式锁实现一人一单，stream加快执行效率。8、用到了什么分布式锁呢？9、setnx的底层原理是什么？知道吗？10、假如现在有三个线程来下单了，库存只有两个了，那三个线程都判断库存充足，并且都是首次下单，是不是三个线程都能判断自己可以下单成功，这时你将三个线程中的用户id和优惠券id都放到消息队列中，这个时候只能消耗两条消息，还有一条消息怎么办？没回答上来（事实上，库存判断+是否下过单判断+减库存+写入Stream队列全部封装在一个Lua脚本中原子执行，Lua脚本具有原子性，多个线程即使并发执行EVAL命令，Redis仍会串行执行脚本逻辑，保证同一时刻只有一个线程完成判断与写入流程。）11、说一下是怎么使用工厂模式和策略模式实现布隆过滤器解决缓存穿透。12、解释布隆过滤器的底层原理。13、知道MySQL吗，说一下都有哪些索引？14、联合索引知道吗？底层是什么数据结构？15、解释一下B+树。16、联合索引的查询规则最左前缀法则的底层原理。答了JavaGuide上的，通过每个索引筛选掉一部分数据。面试官说，那直接从第二个索引也能进行筛选啊，怎么解释呢？17、说一下事务的隔离级别。18、脏读、不可重复读和幻读。19、场景题：N个数的文件中，怎么搜索到前10大的数字？答的是将数据先存到DB表中，再读取就可以了。面试官说，这效率太慢了，一般不采取。20、知道ReenTrantLock吗？说一下它的底层原理。就回答了个CLH锁，忘记AQS了.......算法题：股票问题Ⅲ，没撕出来，跟着carl刷到动态了，但还没刷到这一题，面试官提醒了我3次，还是不会。反问环节总结：人生中的第一次大厂面试，总时长1小时15分钟。自己准备的不够充分，回答问题逻辑性不够（回答的很多话都需要面试官去理解，然后问我是不是这样），很多知识点的底层原理也不太清楚。虽然结果不好，但是已经尽力了，毕竟从决定学java到现在不过才2个月，还是要多学多思考。

🤔部门：快手支付中台----一面时间：1h1.问实习，觉得实习难点在哪，自己成长最多的地方2.Redis中的string底层结构是什么，zset底层结构是什么，跳表的查询复杂度3.线程池的核心参数如何设置，cpu利用率如何计算，cpu的负载是什么4.介绍一下AQS，加锁和释放锁的流程是什么，底层为什么要使用用双向链表，Synchronized的加锁和释放锁的流程，等待队列和阻塞队列的区别，使用notify后会发生什么5.问看过spring源码吗6.介绍一下Raft，Raft怎么保证强一致性的7.zookeeper使用的一致性算法和Raft有什么区别8.说一下对分布式事务的理解，什么情况下需要使用分布式事务，本地消息表如何保证最终一致性的9.手撕：快排 + 多线程循环打印ABC----二面：时间：40min1.实习介绍2.使用Redis做幂等，会出现什么样的不一致的情况3.Kafka消息的可靠性是如何保障的4.Kafka消息底层是如何存储的，Kafka怎么保障消息分区有序的5.使用Kafka的话，怎么保证写DB和发消息的一致性，使用本地消息表的话本地事务是如何保证的，Transactional注解底层是如何实现的，Transactional内部调用失效的原因以及如何解决6.讲一下MySQL的意向锁7.讲一下JD hotkey的整体架构，如何统计热key的8.简单说下共享单车扫码开锁是怎么一个流程9.手撕：换了两次题，1.丢n次骰子，求和为k的概率（不会）2. LC1044 最长重复子串（不会）3.组合总数----HR面常规问题----oc(已接)