大华面试

全程追问，压力很大（不过给的也确实多，可惜鼠鼠没把握住机会...哎），没有手撕，但是面试官会给场景让你说思路。面试官人也挺好的，引导式提问，不是纯刁难。只会八股确实不够用，着重考查实际能力。很多东西确实没有准备到，只能说好好复盘思考吧！1：讲一下你实习经历里，做的比较好、或者对你来说最有挑战的部分。2：你用 Redis 分布式锁的时候，锁的超时时间是怎么确定的？设置的多大？3：如果业务执行时间超过了锁的超时时间，会发生什么？4：加锁的执行过程中，服务宕机了，会有什么问题？对应的解决方案是什么？5：旁路缓存模式（查询先查缓存，无则查库写缓存；更新先更数据库，成功后删缓存），什么极端场景会出现缓存与数据库长时间不一致？6：上面这个长时间不一致的场景，有什么解决方案？7：一张表有 a、b 两个字段，分别建了单列索引，查询语句 where a=x and b=y，MySQL 是怎么决策用 a 索引还是 b 索引的？8：Java 服务线上发生内存溢出 OOM，你会怎么排查定位？步骤是什么？9：JVM 进行 GC 的时候，怎么判断一个对象是不是垃圾，能不能被回收？10：Java 并发的组件 / 类你有用过哪些？举一个实际开发中使用的具体场景。11：设计一个场景：异步发起 100 个任务请求外部接口，每个接口返回一个 int 值，并发执行后，统计这 100 个结果中的最大值，你会怎么设计？

1. 你做过的后训练项目里，最难解决的问题是什么2. SFT 数据你怎么构造，怎样避免模型被训练“油了”SFT 最大的问题不是量不够，而是数据风格太单一，最后把模型训成一种固定腔调：很会说、很圆滑、但信息密度低。构造数据时我一般会先按任务拆层，比如信息抽取、工具调用、复杂问答、拒答、安全、长文总结、结构化输出，每一层的目标都不一样。然后再做难度分桶，避免模型只见过简单样本。另一个关键点是负面风格清理。很多数据表面上没错，但非常模板化，比如“这是一个非常好的问题，让我们一步一步分析”，这类东西在少量数据里没问题，规模一大就会把模型带偏。所以我会专门清掉这种“高礼貌、低信息”的样本，保留更接近真实...

实习期肯定是做了一些东西的，但大概率没有面试时被问到的那些问题那么高大上，这种情况下就可以在自己已有产出基础上再包装一下，真假虚实混合才是包装最高境界。包装角度可以从设计模式、代码/性能优化等方面考虑，以及碰到过哪些bug，深入了解一下原理也可以写在简历上

1. 自我介绍答：按"背景 → 技术栈 → 代表项目 → 求职意向"四段走，控制在2分钟重点突出和岗位相关的经验，高并发、分布式、微服务方向的经历要重点说不要把简历从头念一遍，说亮点和技术深度2. 介绍一下你做过的最复杂的项目，重点说技术难点和你的解决方案答：考察技术深度和解决问题的能力，不是功能列表回答结构：项目背景（一句话）→ 核心技术挑战（具体说难在哪）→ 你的解法（为什么这么做）→ 结果数据面试官会顺着细节追问，只说你真正主导过的部分3. Spring的IOC容器初始化流程是怎样的答：分七个阶段：资源定位：找到Bean的定义信息，XML配置加载文件，注解配置扫描包，...