度小满 Java二面

1. 实习中一个工作的核心难点2. 用什么技术解决了哪些3. springboot服务启动时需要进行预热，我需要一个触发机制，能够让我自己发起的一些请求去调用我自己预热的一些前置，需要继承什么样的内部实现4. 我们在平时编码或者设计阶段，我需要考虑什么样的一些优化方式来尽量减少我java的对于内存的申请或者GC5. 减少对象创建这部分有什么样的思路6. 什么样的操作更消耗CPU？7. 怎么样的计算比较消耗CPU？8. 怎么排查一个java程序，什么样的方法占了更多的CPU，或者说有什么样的工具？9. jstack只能看内存快照，比如我想看10分钟内占用CPU最多的方法是什么？10. arthas怎么去做的？11. 针对一个提交任务的功能模块，不同任务的提交逻辑可能不一样，我们一般会采用什么样的设计模式去设计它，能够让它灵活去做扩展12. 一次RPC调用，从A机器到B机器的调用，中间经过了哪些实现的细节13. 通过服务发现知道了订阅了哪些节点，假如有100个节点，我怎么知道应该去调用那个节点14. 哈希策略一般使用的场景是什么15. 序列化的协议了解有哪些？他们之间的性能差异？16. 手撕：3个线程，轮流打印1 2 3，重复五次

有一次面试，面试官直接让我手撕一道经典题——两数之和。题目不复杂，但要求我当场写出思路清晰、可运行的Java代码。我先说了解题思路：用 HashMap 存已经遍历过的数和下标，再一边遍历一边查找目标差值。写代码时我刻意放慢速度，把变量命名写清楚，同时不断口头解释时间复杂度和边界情况。代码写完后，面试官没有纠结细节，而是追问我为什么不用双重循环、HashMap 的空间开销是否能接受。那一刻我意识到，手撕代码考的不是你敲得有多快，而是你是否真正理解问题。这次经历让我明白，Java手撕题真正重要的是思路表达和基本功，而不是背模板。

部分问题有点记不到了，之前面试的，感觉应该是不契合（也有可能菜），一个后端AI开发岗一面（65min）1.自我介绍2.实习项目拷打（30min）3.Redis数据结构底层及使用场景4.分布式锁八股5.redis过期删除6.Cow原理及使用7.java基础集合作用/底层8.场景题：设计一个简单登录系统，Token刷新，过期时间考虑....9.手撕：手写hashmap总结：一面很简单，完全不压力二面（60min）1.自我介绍2.实习拷打（20min）3.大模型执行流程4.rag的原理和流程，项目如何使用5.mcp概念，交互类型，项目设计6.不同向量数据库如何选型7.workflow设计8.提示词工程如何使用9.手撕lru缓存，秒吃10.反问总结：发挥还行，感觉不太契合，反问说想招一些有大模型调优，强化学习等了解或实践能力的同学隔天挂～

从开始找实习到最终入职，我大概经历了一段 “从崩溃到麻木再到惊喜” 的旅程。最开始投简历的时候，我像撒网一样海投，结果大部分都是已读不回，偶尔有回应的，也会因为经验不够直接被刷。印象最深的是一次面试，面试官问我 “你能为公司带来什么？” 我紧张到脱口而出 “我能带来活力…… 和零食”，场面一度尴尬。后来我开始研究面经，学着把项目经历写得更具体，也尝试找学长学姐内推。内推确实比海投有效得多，至少能让简历被真正看到。但内推也不是万能的，我就遇到过内推后被 HR 忘记安排面试的情况，只能自己主动去问。面试多了，我也踩过不少坑：比如被问 “你未来五年的规划是什么”，我当时太老实说 “可能会考研”，结果直接被 pass；还有一次被要求现场写代码，我紧张到手心冒汗，最后只写出了一半。但这些失败也让我慢慢摸清了面试官真正想听的是什么 —— 不是完美答案，而是逻辑清晰、态度真诚。终于，在经历了十几次面试后，我拿到了现在这家公司的实习 offer。入职后发现，实习和想象的不太一样：没有那么多 “高大上” 的任务，更多是琐碎的小事，比如整理数据、写文档、做 PPT。但正是这些小事让我真正了解了职场的节奏，也让我学会了沟通、汇报和时间管理。回头看，这段实习之路虽然磕磕绊绊，但真的成长了很多。如果要给正在找实习的同学一点建议，那就是：不要怕投、不要怕面、不要怕问。每一次失败都是经验，每一次尝试都可能是机会。