北京乐信圣文内推 游戏开发 游戏测试 游戏策划 游戏产品经理 游戏UI设计 动效设计 数据分析 等等

春招我踏马来了！开个贴准备认真复盘下之前的面试和即将到来的春招，希望春招能收获想要的offer🙏携程 产品运营 2026春招时间线：3.3 投递 3.3 能力测评 3.5 AI面试AI 面试（3.6完成）：现在年纪大了面完马上就忘记问了啥。。大概内容如下，看起来就是5道behavioral question+1道业务题团队对你的工作提出质疑和批评，你心态如何？是如何沟通解决的？等同一个失败的案例，讲的是亲宝宝案例，比较常规准备过的内容，下次ai面试前要把我的稿子再熟悉熟悉，今天实在太懒了0准备就上了。携程想要开拓一个新市场，如何快速了解当地用户的行为以及文化差异？->追问：在这个学习过...

一、 个人背景与综合意向- 自我介绍：请进行简单的自我介绍。- 业务背景：该规则引擎主要应用于唯品会的哪些具体业务场景？- 团队情况：你所在组的整体开发团队规模是多少？纯后端开发人员有多少？- 实习时间：如果入职，什么时候可以开始实习？打算实习多长时间？二、 Java 基础（重点考察 HashMap）- 数据结构：请介绍一下 HashMap 内部的数据结构。- 设计原理：为什么 HashMap 要引入红黑树？这样设计的根本目的和好处是什么？- 底层支撑：为什么底层要基于数组加链表的形式来实现哈希表？数组的作用是什么？- 哈希计算：JDK 1.8 中，哈希函数是如何计算哈希值并确定元素在桶中位置的？（扰动函数的作用）- 并发安全：HashMap 是如何保证线程安全的？具体到 JDK 1.8，它是如何利用 CAS 和 synchronized 实现的？- 不安全场景：在多线程环境下使用普通的 HashMap 会出现哪些具体的并发安全问题？（例如：值覆盖、扩容死循环等）三、 Spring 框架- 核心机制：请解释一下 Spring 的循环依赖问题以及它是如何通过三级缓存解决的？- 缓存细节：每一级缓存分别存的是什么？为什么非要引入“三级缓存”而不能只用二级缓存？（涉及 Bean 生命周期与 AOP 适配）四、 项目深度挖掘（规则引擎）- 项目核心：请详细介绍一下你负责的规则引擎项目，包括你的角色和核心产出。- 难点与挑战：在该项目中，让你印象最深刻的技术难点或业务难点是什么？- 稳定性治理：你是如何实现规则的多版本快照和回滚功能的？- 数据库设计：为了兼容旧表并实现多版本功能，你在表结构上做了哪些具体修改？- 业务逻辑：当规则出现问题时，业务人员如何通过后台系统排查过去的执行情况？- **回调机制**：业务回调功能是如何设计的？为什么要做异步优化？- 可靠性考量：如果系统在回调过程中重启，线程池阻塞队列里的任务丢失了怎么办？如何保证数据一致性？- 性能优化：你是如何发现规则执行链路存在耗时问题的？具体的优化手段（核心与非核心链路拆分）是什么？- 系统指标：该系统的平均耗时（RT）和峰值 QPS 大约是多少？五、 工程能力与运维排查- 监控手段：你们是如何对线上规则的执行时间进行监控的？- 线上排查：如果线上出现问题，你的排查流程是什么？- 容器化知识：线上系统是容器化部署吗？你对 Docker 或 K8S 有多少了解？- 日志定位：在容器环境下，你如何查找和定位历史日志文件？

面试过程录音转文本，然后让AI梳理，涉及前司的业务部分就不说了，只给出常规的八股一面（视频）Java / Spring 相关AOP 的实现原理是什么？JDK 动态代理和 CGLIB 的区别？多个切面如何控制执行顺序？切面能否按环境或配置开关控制？ ThreadLocal 的原理？使用 ThreadLocal 有哪些风险？Redis 相关Redis 为什么性能高？Redis 单机 QPS 大概能到多少？Redis Stream 的特点是什么？（我简历中有用stream做队列）Redis 能不能当 MQ 用？适合什么场景？如何用 Redis 实现延迟队列？ESES 的全文检索原理？什么是倒排索引？...

唉，这么惨的估计也就只有我了。缓缓了一个月，一直在整理自己的工作内容，继续找工作了。校招去的是国内最大的一家广告公司。考虑的原因是：父母在北京，年纪也比较大，我在边上可以照顾些。当时也有其他的offer，但都是非北京的offer。被裁的原因是：无法胜任当前岗位的要求。半年多来，主要是做后端的开发，涉及agent、视频剪辑开发业务。半年内，做了很多的业务，但是自己的okr的活都没有去干，因为业务上的开发实在太多，开发完一个，另一个产品就来找你了，基本上就没有休息的时候，也就是没有时间去干okr里面的事情。最后评绩效的时候就给了C，然后就转正失败。这个事情也和leader聊过，但是leader一直pua我，你的校招职级非常的高，你要主动承担起责任，要挑起大梁来，我当时就按照leader的要求，周末主动过来加班，把业务上的一些重点bug全部修复，业务进度也非常的快。和leader沟通的时候，业务上的事情的太多了，okr的事情一直没时间干，甚至牺牲周末的时间远程去coding，压力特别大。本身维护的这套服务里面历史遗留bug巨多，根本修复不完，qa不管三七二十一直接把bug扔过来，她认为测试错误就是错的，完全不看产品文档，实在呆不下去了。leader的目标是要拆分成微服务的形式，维护的服务有6个，有的时候看不过来。一个需求跨服务的至少3个起步，要求三天开发完成，两天联调，剩下三天给qa测试修bug。找一个好的leader，太难了。希望后面26届以及后面的学弟学妹们擦亮自己的眼睛，找到一份属于自己的理想的工作。