27届重庆Java小厂面经

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）防止重复处理，确保多次消费结果一致22. 用过什么java框架？23. 微服务之间怎么相互调用24. RPC怎么从A服务调用B服务25. RabbitMQ怎么调用其他服务

HR面· 家庭情况· 对加班的看法· 期望的工作地点及选择原因技术一面· 介绍项目中遇到的最大困难，以及是如何解决的；随后详细追问了项目中 Agent 的开发过程· 对数据库的了解：基本的增删改查，以及如何做优化· Java 中用到了哪些锁· 了解的排序算法有哪些· 手撕算法：力扣 678，有效的括号字符串技术二面· 重点考察了项目中的核心设计· Redis 的持久化机制与集群（项目中有实际使用）· Java 的类加载机制· 手撕算法：力扣 46，全排列主管面· 自我介绍· 兴趣爱好与自我评价· 询问了在校期间获得的奖项· 项目中遇到的最大困难及解决方式· 团队合作中出现分歧时如何处理

家人们，主包最近实习公司可以爽用ClaudeCode 太牛了 mentor哥给了我几个skill，什么需求分析、写代码等；小的需求主包就能直接上手做了；实习之前因为穷没用过，现在每天都在用，有种乡下人进城了的感觉 太爽了虽然公司不大，但是token真舍得烧啊，主包还用他润色简历，看看老项目有啥AI结合的空间大家有什么好用的skill，评论区求推荐！！

本人bg 双非本 211 硕，暑期/日常实习投递从3月一直到现在 0 offer简历情况是一段包装的实习经历 + 仿小红书项目除了简历挂也收到过大厂的面试（虽然不多），感觉似乎简历不容易被捞起来，或者被捞起来但不感兴趣。抛开运气、表达能力等难以改进因素。认为可能的因素如下：包装的实习经历有漏洞、太简单、公司知名度小？自身的仿小红书项目没有亮点、太简单、业务相关度低？现在是5月22号了已经，不可能不焦虑内耗。目前自己能想到的改进意见是：个人项目优化，在原有的基础上融合黑马点评 或 直接换一个项目如马丁的牛卷找一个独立的包含工作流的Agent项目加上去说实话自己因为心态起伏状态挺差，找不到方向比较...