从小读到大的书也终于要读完了，要开始接受社会的毒打了

1.skill按需加载主要是解决什么问题？2.优化上下文有什么手段?3.讲解一下静态规划和动态规划的区别？4.讲解一下rag全流程5.ConcurrentHashMap的原理6.CAS是什么7.synchronized的是什么8.线程池参数9.jvm内存模型有什么？10垃圾回收判断算法？11.jvm双亲委派机制12.慢sql优化手段13.联合索引14缓存三剑客15.redis和mysql的缓存一致性问题16.rocketmq如何解决消费重复的问题？ 面试官问的还比较简单，算法题也没给我出

真投了你又不给ps:楼主其实比起去大厂当螺丝钉 更想去一些初创公司或外企。楼主是一年不到的社招。

求狠狠锐评简历，boss投递无人理。

第一次真正感受到“技术判断”这四个字，不是在写完代码的时候，而是在一次方案评审前。需求看起来并不复杂，业务要上线一个新能力，时间不算宽裕，但链路很长，涉及多个模块联动。导师把文档丢过来，只说了一句：先别急着写，先把可能出问题的地方找出来。 我最开始也和很多实习生一样，下意识会先看接口、看表结构、看怎么把功能做出来。但越往下梳理，越发现这不是一个“把需求实现”就结束的任务。高并发场景下，任何一个看起来正常的调用路径，都可能在流量起来之后变成瓶颈；任何一个默认重试、超时设置、依赖堆叠，都可能把局部问题放大成全链路抖动。 于是我先没动代码，反而花时间把调用链、异常路径和兜底逻辑一条条画清楚。哪些请求...