项目拷打（这轮面试官问的比较综合，更多考察项目方案的理解和优化，没有深问技术）1. 密码的加密存储用的什么方案？可能有哪些问题？有没有了解更优的方案？2. 公共字段的填充为什么要引入AOP，怎么实现的？有什么作用？3. Redis具体是怎么缓存数据的（数据类型、存储的内容等）？4. 怎么保证MySQL和Redis的数据一致性？5. 有没有了解更好的方案保证数据一致性？可能和面试官聊得比较来，后面就没追问技术问题，问了些AI、学业规划、业务的问题1. 给我详细介绍了那边的业务2. 为什么不选择读研呢？3. 你用过哪些AI工具和模型？4. 有用AI实际落地做过什么项目吗？一共只面了20min左右，感觉JD的面试官人都很nice，都是很尊重求职者、有说有笑那种，是目前面试体验最好的一家！面试快结束的时候口头给了三面邀约，面完之后秒过，已约三面

1. HashMap的底层实现原理，扩容机制是怎样的？底层结构：HashMap在JDK 1.8中采用数组+链表+红黑树的结构。初始容量是16，负载因子默认0.75。当链表长度超过8且数组长度大于等于64时，链表会转换为红黑树；当红黑树节点少于6个时会退化回链表。put操作流程：首先对key进行hash运算，通过hash值和数组长度减1做与运算定位到数组下标。如果该位置为空就直接插入；如果不为空，先判断key是否相同，相同就覆盖value；如果是树节点就按红黑树方式插入；如果是链表就遍历链表，找到相同key就覆盖，没找到就插入到链表尾部。插入后判断链表长度是否需要树化，最后判断是否需要扩容。扩容...

刚开始工作的那段时间，我一直以为，只要把需求好好做完，事情就算完成了。代码写完、功能上线、没有明显 bug，这不就是工作的全部吗？后来才慢慢发现，事情远没有这么简单。我踩过的第一个坑，就是太安静。接到需求之后，我基本就是自己闷头做，很少主动去找 MT 或 LD 沟通。很多问题其实在一开始就有疑问，但我总觉得“先做出来再说”，不想显得自己不懂。结果做到一半才发现理解有偏差，或者需求本身还有调整，之前花的时间就白白浪费了。还有一种情况，是需求已经做完了，但对方的预期其实和我理解的不一样。等到演示或者上线的时候才发现细节对不上，又要重新改一轮。那时候我才意识到，问题不是技术，而是沟通。后来慢慢学会一件事：需求不是写完代码就结束的，而是一段持续的交流过程。刚接到需求时要确认理解，中途有疑问要及时问，做完关键部分最好提前同步一下方向。多说几句话，往往能少走很多弯路。工作一段时间之后回头看，很多所谓的“职场坑”，其实并不复杂。不是能力不够，而是习惯还停留在学生时代——觉得把事情做好就够了。但在团队里，信息本身也是工作的一部分。把事情说清楚，有时候比把事情做完更重要。

面试官介绍业务自我介绍一些关于职业规划，发展方向偏好的问题面向对象，设计一个手机类，考虑怎么做创建对象的方法（他说不是java的方式，从设计模式角度来）用栈模拟队列，如何实现，栈最少需要几个元素，2个栈都是5个元素的话，是否可以，有哪些场景会出问题有4个小球，有1个重量不同，如何2次称出spring常用的注解（如果在service层使用@controller注解会不会有问题）spring事务传播行为消息队列的选型怎么考虑实习中用到了completableFuture，怎么用的，需求背景，达到了什么效果你是自定义线程池还是使用completableFuture内置线程池，为什么实习或者项目中有没...