1. 请简单介绍AI相关基础知识及向量的概念。2. 搭建大模型需要开展哪些工作？核心难点是什么？3. 项目中哪部分内容较复杂？复杂点体现在哪里？最终如何解决？4. 雪花算法的原理是什么？Snowid有哪些特性与优势？会出现耗尽的情况吗？5. 缓存穿透的解决方案有哪些？如何处理缓存与数据库不一致的问题？6. CRUD操作中哪些属于幂等操作？如何保证接口的幂等性？7. 持续向RDS插入数据会引发哪些问题？8. 线程池处理任务的完整流程是什么？核心参数应如何设置？9. 如何从系统层面优化以避免消息积压问题（可采用限流、有损策略）？10. 消息队列的消费顺序问题应如何解决？11. JVM发生OOM时的排查思路与方法是什么？12. JVM的组成部分有哪些？13. 输入网址后，浏览器到页面加载完成的完整过程是什么？14. 你如何理解Spring框架？

今年秋招真的开启早的离谱——很多公司7月就悄悄开岗了，8月直接进入高潮，等到了9月，不少岗位其实已经招得差不多了。我身边好多同学，因为暑假实习太忙、没时间准备，或者总觉得自己“还没准备好”，拖到9月中旬才开始投简历。结果呢？投完之后要么只收到一堆笔试和测评链接，做完就石沉大海；没消息了。今年真是金八银九铜十铁十一。后来才明白：不是你不够好，可能人家早就招满了或者，9月的时候，招聘系统里可能已经堆了几千份简历，根本筛不过来，更别说安排面试了。所以真的别再等完全准备好才投！时间点一到，岗位一开，一周之内投！ 很多公司从你投递到真正面试，中间还要走流程：做测评、笔试、HR初筛……这一套下来，少说也得...

1. 布隆过滤器；缓存空结果；参数校验。2. 延迟双删；基于binlog监听；设置合理缓存过期时间兜底。3. RDB。AOF4. RDB更快。5. 单线程处理命令 + I/O多路复用。单线程避免锁竞争；I/O多路复用使单线程高效管理大量连接，仅当socket就绪时处理IO。6. 读未提交、读已提交、可重复读、串行化7. 可重复读。解决脏读、不可重复读；通过MVCC和间隙锁减少幻读发生。8. 默认 B+树。9. 红黑树的二叉搜索树，树高较高；范围查询需中序遍历效率低；节点存储利用率较低。 B+树的更矮胖；叶节点链表结构使范围查询/全表扫描极高效；节点存储更多键。10.使用二级索引查询时，若所需列不在该索引中，需根据索引中存储的主键值，回到聚集索引 树中查找完整行数据。额外磁盘IO是主要性能损耗。11.查询：连接器、查询缓存、分析器、优化器、执行器、返回结果。更新：额外涉及事务开启、写undo log、执行器调引擎修改内存数据、写redo log、写binlog、提交事务。12.更新：写undo/redo，改内存，写binlog，提交redo；两阶段提交。13.继承Thread类，实现Runnable接口，实现Callable接口，使用线程池提交任务。14.核心线程数、最大线程数、存活时间、时间单位、工作队列、线程工厂、拒绝策略。15.CountDownLatch要求子线程主动存结果到共享集合后countDown()，主线程await()阻塞等待；CyclicBarrier由线程在await()前存结果，最后到达的线程触发汇总；而线程池通过主线程收集Future并调用get()阻塞获取结果。16.start() 启动新线程，run()普通方法调用。17.数组+ 链表/红黑树。18.非线程安全。19.JDK8 ConcurrentHashMap：改用 synchronized 锁单个桶 + CAS + volatile，替代 JDK7 分段锁，并发度更高。20.MQ 消息可靠：依赖生产者可靠投递（含重试）、Broker 持久化与高可用、消费者手动 ACK 与幂等处理三方协同保障。21.消费者幂等性：通过唯一约束（如 DB/REDIS 记录消息 ID）防止重复处理，确保多次消费结果一致

第一次面试，很放松，面试官也很好一面全项目拷打，0八股形式是2面2（两个面试官，同时面试俩人）上来先写一张卷子，都是java基础题1.自我介绍2.redis作用3.MQ作用4.nacos作用5.你简历上写的都是后端，前端部分是怎么处理的？会前端吗？自己是怎么写前端的？（ai合体）6.自我介绍提到技术栈是自学的，专业课学啥？7.为什么选择简历上的项目？真实应用场景？8.接触过ai相关开发吗？9.自学能力怎么样？反问二面这次是一对一的没问什么技术性的问题，聊规划，聊转正