电商大厂Java面试实录从Spring Boot到分布式缓存、消息队列与微服务安全谢飞机与面试官的博弈上午十点某电商大厂会议室。面试官老张端着一杯美式面无表情地翻着简历。对面坐着谢飞机身穿格子衬衫背着一个双肩包头上微微冒汗。面试官老张“谢飞机是吧三年经验主要在电商项目里做后端开发来吧我们聊聊。”第一轮核心框架与基础功力老张喝了口咖啡目光如炬“先说说你做过的一个电商项目你主要负责哪块”谢飞机搓了搓手“就是那种B2C商城用户下单、商品管理、订单流程我主要做商品服务和订单服务。商品详情那块用了缓存订单做过异步处理。”老张点头“行。那 Spring Boot 启动过程你了解吧一个 SpringBootApplication 注解背后发生了什么”谢飞机眼睛一亮“这个我知道SpringBootApplication 是个组合注解里面包含 SpringBootConfiguration、EnableAutoConfiguration 和 ComponentScan。启动的时候SpringApplication.run() 会创建 Spring 容器先加载配置类然后扫描包把 Bean 都注册进去内置 Tomcat 也在这时候启动然后跑起来”老张难得露出一丝笑意“嗯基础还行。那你在项目里用 MyBatis 还是 JPA区别是什么”谢飞机自信地说“两个都用过。MyBatis 是半自动的SQL 自己控制适合复杂查询和动态 SQLJPA/Hibernate 是ORM自动映射实体开发快但复杂的关联查询和性能优化比较麻烦。我用 MyBatis 多一些因为电商订单查询报表太复杂了。”老张追问“数据库连接池用的什么为什么选它”谢飞机“HikariCP没有别的理由就是快它是性能最好的连接池字节码级别优化默认配置就能用Spring Boot 默认就带它。”老张又问“那 HikariCP 为什么快能说出几个优化点吗”谢飞机有点卡壳“嗯……因为它……听说优化了并发获取连接的方式还有无锁集合具体记得不太清反正就是快。”老张没有深究继续问“那你写 SQL 的时候比如分页查询MyBatis 里怎么做”谢飞机“用 PageHelper 插件或者手写 LIMIT offset, count不过数据量大的时候要优化用延迟关联或者覆盖索引。”老张赞许地点头“不错一看就是实战过的。好了第一轮先到这接下来聊聊高并发场景。”第二轮缓存与消息队列高并发下的生存之道老张放下咖啡杯身体微微前倾“你们电商的商品详情页QPS 很高热点数据怎么处理”谢飞机“加 Redis 缓存把商品的详情信息序列化成 JSON 存到 RedisKey 用商品ID设置过期时间先查缓存缓存没有再查数据库然后回填缓存。”老张“那你有考虑过缓存穿透、击穿、雪崩吗分别怎么解决”谢飞机挠了挠头“穿透就是查一个不存在的Key每次都打到数据库……可以加空值缓存或者用布隆过滤器。击穿是热点Key过期的瞬间很多请求同时打到DB可以用互斥锁。雪崩是大量Key同时过期可以加随机过期时间。嗯大概是这样。”老张盯着他“那缓存和数据库的数据一致性怎么保证比如商品价格变了怎么更新Redis”谢飞机有点含糊“这块我们当时是……先更新数据库然后删除缓存还是先删缓存再更新数据库嗯……好像有个问题如果先更新DB删除缓存失败的话……我们当时用了延迟双删大概就是更新完数据库后等几百毫秒再删一次缓存这样就差不多了。但极端情况下还是会不一致。” 他说完自己都不太自信。老张没有直接评价而是换了个角度“那你们用消息队列了吗比如下单成功后要Notify订单服务、积分服务怎么做”谢飞机“用了 Kafka下单后把订单消息发到 Topic下游服务消费。比如订单服务发一条 ‘order.created’然后积分服务订阅这个事件加积分物流服务也订阅创建发货单。”老张“那怎么保证 Kafka 消息不丢失”谢飞机眼神飘忽“这个……生产者可以配置 acksall消费者关闭自动提交手动提交offset但只提交处理完的消息。然后设置副本数大于1应该就能不丢。”老张“那如果消费者处理失败重试几次还是失败呢”谢飞机“嗯……可以进入死信队列或者记录日志人工处理我们当时好像直接抛异常然后停止了消费后来运维报警了才去查。这块做得不太好。” 他不好意思地笑了笑。老张“行你倒是挺诚实。进入第三轮吧。”第三轮微服务架构与安全认证云原生时代必备技能老张翻开下一页问“你们项目是不是微服务架构有哪些服务”谢飞机来劲了“对有用户服务、商品服务、订单服务、支付服务、物流服务都拆开了。用了 Spring Cloud NetflixEureka做注册中心Zuul做网关OpenFeign做服务间调用。”老张“Eureka和Consul有什么区别你了解多少”谢飞机“Eureka是Netflix做的基于AP模型集群是每个节点都写自己的挂了还能用旧数据但可能不一致。Consul是CP模型用Raft算法需要选举leader一致性更强但leader挂了暂时不能用。现在Eureka 2.x好像停更了我们后来换Consul了。”老张点头“不错。那OpenFeign调用服务的时候如果对方超时了怎么办”谢飞机“用Resilience4j做熔断降级设置超时时间和线程池隔离如果超时次数多了就断路器打开直接快速失败不等待。还可以用Fallback方法返回默认值。我们接口常常有兜底数据。”老张“那JWT和OAuth2你是理解的说说它俩关系。”谢飞机“JWT是一种Token格式JSON的部分被签名可以放在Header里。OAuth2是一种授权框架有授权码、密码等模式它的令牌可以是JWT。我们项目里Spring Security JWT登录成功后发一个JWT给前端前端每次请求带上然后Spring Security过滤器解析验证。”老张“那JWT过期了怎么办”谢飞机“可以用刷新令牌refresh token重新获取。我们当时没实现用户不活跃就重新登录被老板吐槽了。”老张“最后一个问题。你们项目肯定要上云吧Docker和Kubernetes了解吗”谢飞机“知道用Docker打包成镜像然后部署到K8s集群。K8s会自动做服务发现、负载均衡、弹性伸缩。比如双11流量大了就调大副本数。”老张“那你们用K8s有没有遇到什么坑”谢飞机思考了一下“嗯……那个Pod重启后Eureka的注册IP变了需要配置不然服务互相访问不到。还有就是内存限制没配好导致OOM Killer。我们后来加了JVM参数和探针。具体细节……有点记不清了。”老张放下笔深深吸了一口气“好的今天面试就到这里吧。我们评估一下你先回家等通知。”谢飞机站起来心里七上八下“好的谢谢面试官。” 他走到门口突然回头“那个……通知大概什么时候能发”老张面无表情“看HR安排反正……先等电话吧。”门关上。老张摇摇头在简历上写了几个字“基础尚可深度不足可培养。”下面附上问题详解与答案小白学习笔记为了让大家看懂面试官到底在问什么谢飞机哪些答得好哪些答得稀烂以下逐轮展开详解。业务场景设定为电商平台的商品服务、订单服务、用户服务。第一轮核心框架与基础功力1. Spring Boot 启动过程问题背景电商项目中所有服务都是通过 Spring Boot 启动。面试官想确认候选人是否理解框架原理。知识点SpringBootApplication 由三个注解组成SpringBootConfiguration继承 Configuration表示这是一个配置类。EnableAutoConfiguration开启自动配置Spring Boot 会根据依赖 jar 包自动注册默认 Bean例如引入 spring-boot-starter-web就会自动配置内嵌 Tomcat 和 DispatcherServlet。ComponentScan扫描当前包和子包中带有 Component、Service、Controller、Repository 等注解的类将其注册为 Bean。SpringApplication.run() 内部大致流程创建 ApplicationContext容器常见类型是 AnnotationConfigServletWebServerApplicationContext。加载配置类并解析自动配置。通过 BeanDefinitionReader 扫描包得到所有 Bean 的定义。实例化所有非懒加载的 Bean处理依赖注入。如果是 Web 应用启动内嵌 Tomcat、Jetty 或 Undertow 服务器。启动完成后执行所有 ApplicationRunner / CommandLineRunner 回调。回答要点谢飞机回答核心正确算是“简单问题能回答好”的例子。2. MyBatis vs JPAHibernate问题背景ORM 框架选型是电商项目最常见的争论。商品和订单的表结构复杂查询多通常偏向 MyBatis需要快速开发和标准实体映射时会用 JPA。知识点MyBatis半自动化 ORM。它不接管 SQL需要开发者自己编写 SQL 和结果集映射。优点是 SQL 可控动态 SQL 强大适合复杂报表、关联查询、大分页。缺点是很多样板代码可用 MyBatis-Plus 中 mybatis-plus 简化。JPA / Hibernate全自动 ORM。只要定义实体类Hibernate 会自动生成 SQL 并映射。优点是开发快符合面向对象思想有缓存机制缺点是复杂查询难以优化可能会 N1 查询打印的 SQL 可能不好看。电商场景订单、商品 SKU、库存表一般用 MyBatis因为 SQL 复杂且需要优化用户登录、角色权限等简单 CRUD 可以用 JPA 提高效率。回答要点谢飞机能说出区别并说明自己在项目中用 MyBatis 的原因这一题合格。3. HikariCP 连接池为什么快问题背景数据库连接创建很贵连接池可以复用。Spring Boot 2 以后默认使用 HikariCP。知识点HikariCP 的优化点代码精简到极致初始化类数量很少字节码体积小。使用无锁并发集合如 ConcurrentBag通过 ThreadLocal 机制把连接与请求线程绑定避免竞争锁。允许预分配连接默认初始化时就会建立最小空闲连接数。高效的代理类生成直接生成字节码代理而不是 JDK 动态代理减少开销。设计了 FastList替代 ArrayList 避免范围检查。对连接健康检查做了优化使用 isValid() 和探测语句尽量减少额外开销。在电商高QPS下单场景连接池大小通常设为CPU核数 * 2 磁盘数经验值并不是越大越好。回答要点谢飞机只说出“快”没有说出具体机制面试官不深究是因为这是个加分项属于复杂问题答不出来可以理解。4. MyBatis 分页查询问题背景电商后台管理系统的商品列表、订单列表必须分页。知识点方式一使用 MyBatis 自带的 RowBounds逻辑分页不推荐数据量大时内存溢出。方式二使用 PageHelper 插件。实际上会在执行前拦截 SQL拼接LIMIT offset, count。方式三手写LIMIT #{offset}, #{pageSize}或用#{}防止 SQL 注入。优化场景大偏移量问题LIMIT 100000, 20会扫描前 100020 条记录再丢弃。可使用“延迟关联”SELECT * FROM orders o JOIN (SELECT id FROM orders ORDER BY create_time DESC LIMIT 100000, 20) t ON o.id t.id或者基于上次游标WHERE create_time 上一次的最大时间 ORDER BY create_time DESC LIMIT 20。使用覆盖索引查询列都包含在索引中避免回表。回答要点谢飞机答出 PageHelper 和 LIMIT并且提到优化说明有实战经验面试官给予赞许。第二轮缓存与消息队列高并发下的生存之道1. 缓存穿透、击穿、雪崩的区别和解决方案问题背景电商商品详情页 QPS 很高如果没有缓存数据库会被打爆。知识点缓存穿透查询一个根本不存在的数据缓存和数据库都没有命中恶意攻击时大量请求直接打到数据库。解决方案对空结果也进行缓存设置较短的过期时间比如 5 分钟。使用布隆过滤器Bloom Filter先用位数组快速判断 key 是否存在不存在直接返回。参数校验对非法 id 直接拦截。缓存击穿某个热点 key 突然过期同时有大量请求访问这个 key所有请求都穿透到 DB。解决方案互斥锁分布式锁只有拿到锁的线程去查数据库其他线程等待然后读缓存。热点数据不设置过期时间改用后台任务逻辑判断更新或者在 value 里存储过期时间异步刷新。使用“逻辑过期”key 永不过期value 中保存过期时间查询时发现过期则尝试获取锁异步重建缓存。缓存雪崩大量 key 在同一时刻过期或者 Redis 宕机导致所有请求打到数据库。解决方案过期时间随机化基础过期时间 随机数。使用 Redis 集群、主从加哨兵保证高可用。限流降级数据库或后端接口增加限流防止被压垮。提前预热数据分散过期时间。回答要点谢飞机说出了基本概念和简单方案但没有提到逻辑过期、分布式锁的具体细节属于“回答不清晰”的典型。2. 缓存和数据库一致性延迟双删问题背景商品价格更新后Redis 中的旧数据不能继续返回给用户。方式一先更新数据库再删除缓存。问题更新 DB 成功后删除缓存失败则缓存中仍是旧值。可以重试删除或者借助消息队列。方式二先删除缓存再更新数据库。问题A 线程删除缓存后B 线程查询缓存未命中去数据库读取旧值并写回缓存然后 A 线程才更新数据库最终缓存中还是旧值。解决方法是“延迟双删”A 线程更新 DB 后sleep 一个短暂时间比如 500ms再次删除缓存把 B 线程写入的脏数据删掉。更好的方式使用 Canal 订阅 MySQL binlog当 DB 更新后由 Canal 通知删除缓存。或者使用“旁路缓存”策略读时缓存未命中则读 DB 并写缓存写时先更新 DB再删除缓存。但是无论哪种都无法做到强一致一般接受最终一致性。回答要点谢飞机说“先更新数据库再删除缓存延迟双删”思路方向正确但他说得含含糊糊说明没有真正理解应用场景。3. Kafka 如何保证消息不丢失问题背景下单成功后需要通过 Kafka 通知下游服务积分、物流、搜索等。如果消息丢失会造成订单状态不一致。知识点消息链路三部分生产者、Broker、消费者。生产者端设置acksall要求所有 ISR 副本都确认收到才认为发送成功。设置retries重试次数例如 3 次。使用send方法的回调检查异常。Broker 端设置min.insync.replicas2消息至少写入 2 个副本。设置replication.factor2。消费者端关闭自动提交即enable.auto.commitfalse。处理完业务逻辑后再手动提交 offset。如果处理失败不要提交 offset会触发重复消费消息会重新投递。但要注意程序崩溃导致重复消费所以消费逻辑要幂等。幂等实现消息中带唯一业务 id如订单号消费者使用 Redis SETNX 或数据库唯一索引去重。回答要点谢飞机说对了 acksall 和手动提交但对失败后的处理含糊。因为他没有解释死信队列、重试策略、幂等消费。所以属于复杂问题没打满。4. 什么是死信队列问题背景当消费者处理消息多次失败不能无限重试需要把消息放入一个特殊队列。知识点死信队列DLQ, Dead Letter Queue用于存放无法被消费的消息。RabbitMQ 中有死信交换机DLX消息被确认无法路由、或者 TTL 超时、或队列已满时会被发送到死信交换机。Kafka 中通常创建单独的主题如order-dead-letter消费者在重试 N 次后把消息原样发送到死信主题然后记录日志。运维人员定期处理死信队列人工排查或回放。回答要点谢飞机说“不知道好像直接抛异常”说明没有设计消息治理机制。面试官没有追问他已经算温柔。第三轮微服务架构与安全认证云原生时代必备技能1. Eureka 与 Consul 的区别问题背景微服务注册中心不能随意选型大厂非常看重可用性和一致性。知识点Eureka由 Netflix 开源Spring Cloud Netflix 集成。AP 模型保障可用性牺牲一致性。每个 Eureka 节点不做领导选举节点间互相注册各节点保存完整注册表。当网络分区发生时服务提供方可以继续注册客户端可以继续使用旧的注册表但可能拿到不存在的服务地址。默认每 30 秒发送心跳如果 90 秒没收到心跳会剔除服务。Eureka 2.x 已经停止开发但 1.x 还能用。ConsulHashiCorp 公司开发CP 模型。基于 Raft 算法选出一个 Leader写入必须在 Leader 上多数节点确认后才算成功。若 Leader 挂掉集群会重新选举选举期间服务不可写但保证了强一致性。支持多数据中心、HTTP/DNS API、健康检查和 Key-Value 存储。回答要点谢飞机能说出 AP/CP 和 Raft这一点说明他看过概念。但实际项目中如何选型以及如何应对集群脑裂他没有深入。2. Resilience4j 熔断降级问题背景电商下单流程中订单服务调用库存服务如果库存服务变慢订单服务不能一直等待否则会导致连接被占满。知识点Resilience4j 是一个轻量级容错库提供了熔断器CircuitBreaker、限流器RateLimiter、超时控制TimeLimiter、隔离Bulkhead、重试Retry等功能。熔断器的三种状态CLOSED正常状态请求通过。当失败率达到阈值如 5 秒内 50% 失败默认 10 次调用有 5 次失败状态变为 OPEN。OPEN打开状态直接拒绝请求快速失败。经过 waitDuration如 30 秒后变为 HALF_OPEN。HALF_OPEN半开状态只放少量探测请求过去观察是否成功。如果成功则变回 CLOSED如果失败则回到 OPEN。使用场景在 OpenFeign 中配置feign.circuitbreaker.enabledtrue然后实现 Fallback 类返回默认响应比如“库存不足”。回答要点谢飞机提到了超时和线程池隔离说明知道基本概念。但他没有提到熔断状态机的原理属于含糊带过。3. JWT 与 OAuth2问题背景电商平台的用户 API 需要认证和授权不能直接用明文 session 在分布式环境下共享。知识点JWTJSON Web Token是一种开放标准定义了一种紧凑且自包含的令牌格式。结构为Header.Payload.SignatureHeader算法和 token 类型如 HS256。Payload用户信息、过期时间 exp、签发时间 iat、自定义字段。Signature将 Header 和 Payload 用密钥/私钥签名防止篡改。特点无状态不存储服务端但缺点是无法主动吊销信息可以被 Base64 解码不能放敏感数据。OAuth2.0是一种授权框架解决“第三方应用如何代表用户访问资源”的问题。有四种角色资源所有者、客户端、授权服务器、资源服务器。常见流程用户点击“微信登录”浏览器跳转到授权服务器用户同意授权后授权服务器返回授权码客户端用授权码换 token访问资源时携带 token。关系JWT 是一种 token 实现格式OAuth2 是授权流程规范。OAuth2 的 token 可以是 JWT 也可以是普通字符串。Spring Security 中通常用 JwtAuthenticationFilter 解析 Authorization: Bearer 校验签名并获取用户信息。回答要点谢飞机说清楚了 JWT 和 OAuth2 的基本关系属于简单题回答不错。但他没有提刷新令牌和吊销问题所以面试官接着问了“过期怎么办”。4. JWT 过期与刷新机制问题背景如果 accessToken 过期时间很短比如 15 分钟用户体验会下降如果很长比如 7 天安全性下降。需要 refreshToken。知识点Access Token短时间有效如 15-30 分钟携带在 HTTP Header 中用于访问受保护接口。Refresh Token长时间有效如 7-30 天存在服务端数据库中用于在 access token 过期后向授权服务器换取新的 access token。流程客户端调用/refresh接口携带 refresh token。授权服务器验证 refresh token 的状态如是否被吊销、是否过期。验证通过重新签发 access token 和新的 refresh token如果启用轮换。注意事项refresh token 必须安全存储服务端不能放在前端 localStorage应放在 httpOnly cookie 或请求头中如果 refresh token 泄露会导致长期授权。可以使用 refresh token 轮换和重用检测机制。回答要点谢飞机承认没实现这是他的短板至少诚实。5. Docker 与 Kubernetes 的基础和坑问题背景电商服务大多部署在 Kubernetes面试需要确认是否真的用过容器化。知识点Docker 提供容器运行时将应用和依赖打包成镜像通过docker build、docker run、docker push等命令管理。KubernetesK8s负责容器的编排、调度、伸缩和自愈。核心对象Pod最小调度单元一个 Pod 可运行一个或多个容器。Deployment管理无状态应用的副本数支持滚动更新。Service为一组 Pod 提供稳定访问入口有 ClusterIP、NodePort、LoadBalancer 类型。ConfigMap / Secret管理配置和敏感信息。Ingress七层负载均衡根据域名和路径路由到 Service。常见坑服务注册到 zookeeper/eureka 时容器 IP 不会持久化Pod 重启后 IP 变化需要配置使用主机名或使用 K8s 自身服务发现。JVM 在容器中的默认内存限制老版本 JVM 不了解 Cgroup 限制会导致 OOM。需要加 JVM 参数-XX:MaxRAMPercentage或使用 Java 10 的-XX:UseContainerSupport默认开启。健康检查配置必须配置 livenessProbe 和 readinessProbe否则流量会发给未就绪的 Pod。配置了资源 limits 但 Pod 内存超限会被 OOMKilled建议预留堆外内存。在电商中K8s 的 HPAHorizontal Pod Autoscaler可以基于 CPU 使用率自动扩缩副本数。回答要点谢飞机知道基本概念也说出了一个坑IP 变化和内存问题说明确实用过。不过细节不足比如 livenessProbe 和 readinessProbe 他没提。总结谢飞机在基础知识上Spring Boot 启动、MyBatis/JPA、HikariCP、分页表现良好但在复杂高并发场景缓存一致性、消息可靠性、微服务熔断、云原生容器上只能说出一层概念缺乏深入实践。面试官最后让他回去等通知也是因为候选人水平“可培养但不是熟手”。如果你是求职者请把上文中每一个“知识点”部分吃透特别是缓存穿透/击穿/雪崩、延迟双删、Kafka 幂等消费、Resilience4j 熔断状态机这些都是电商高频面试题。下次面试别做谢飞机。 电商大厂Java面试实录：从Spring Boot到分布式缓存、消息队列与微服务安全，谢飞机与面试官的博弈
电商大厂Java面试实录从Spring Boot到分布式缓存、消息队列与微服务安全谢飞机与面试官的博弈上午十点某电商大厂会议室。面试官老张端着一杯美式面无表情地翻着简历。对面坐着谢飞机身穿格子衬衫背着一个双肩包头上微微冒汗。面试官老张“谢飞机是吧三年经验主要在电商项目里做后端开发来吧我们聊聊。”第一轮核心框架与基础功力老张喝了口咖啡目光如炬“先说说你做过的一个电商项目你主要负责哪块”谢飞机搓了搓手“就是那种B2C商城用户下单、商品管理、订单流程我主要做商品服务和订单服务。商品详情那块用了缓存订单做过异步处理。”老张点头“行。那 Spring Boot 启动过程你了解吧一个 SpringBootApplication 注解背后发生了什么”谢飞机眼睛一亮“这个我知道SpringBootApplication 是个组合注解里面包含 SpringBootConfiguration、EnableAutoConfiguration 和 ComponentScan。启动的时候SpringApplication.run() 会创建 Spring 容器先加载配置类然后扫描包把 Bean 都注册进去内置 Tomcat 也在这时候启动然后跑起来”老张难得露出一丝笑意“嗯基础还行。那你在项目里用 MyBatis 还是 JPA区别是什么”谢飞机自信地说“两个都用过。MyBatis 是半自动的SQL 自己控制适合复杂查询和动态 SQLJPA/Hibernate 是ORM自动映射实体开发快但复杂的关联查询和性能优化比较麻烦。我用 MyBatis 多一些因为电商订单查询报表太复杂了。”老张追问“数据库连接池用的什么为什么选它”谢飞机“HikariCP没有别的理由就是快它是性能最好的连接池字节码级别优化默认配置就能用Spring Boot 默认就带它。”老张又问“那 HikariCP 为什么快能说出几个优化点吗”谢飞机有点卡壳“嗯……因为它……听说优化了并发获取连接的方式还有无锁集合具体记得不太清反正就是快。”老张没有深究继续问“那你写 SQL 的时候比如分页查询MyBatis 里怎么做”谢飞机“用 PageHelper 插件或者手写 LIMIT offset, count不过数据量大的时候要优化用延迟关联或者覆盖索引。”老张赞许地点头“不错一看就是实战过的。好了第一轮先到这接下来聊聊高并发场景。”第二轮缓存与消息队列高并发下的生存之道老张放下咖啡杯身体微微前倾“你们电商的商品详情页QPS 很高热点数据怎么处理”谢飞机“加 Redis 缓存把商品的详情信息序列化成 JSON 存到 RedisKey 用商品ID设置过期时间先查缓存缓存没有再查数据库然后回填缓存。”老张“那你有考虑过缓存穿透、击穿、雪崩吗分别怎么解决”谢飞机挠了挠头“穿透就是查一个不存在的Key每次都打到数据库……可以加空值缓存或者用布隆过滤器。击穿是热点Key过期的瞬间很多请求同时打到DB可以用互斥锁。雪崩是大量Key同时过期可以加随机过期时间。嗯大概是这样。”老张盯着他“那缓存和数据库的数据一致性怎么保证比如商品价格变了怎么更新Redis”谢飞机有点含糊“这块我们当时是……先更新数据库然后删除缓存还是先删缓存再更新数据库嗯……好像有个问题如果先更新DB删除缓存失败的话……我们当时用了延迟双删大概就是更新完数据库后等几百毫秒再删一次缓存这样就差不多了。但极端情况下还是会不一致。” 他说完自己都不太自信。老张没有直接评价而是换了个角度“那你们用消息队列了吗比如下单成功后要Notify订单服务、积分服务怎么做”谢飞机“用了 Kafka下单后把订单消息发到 Topic下游服务消费。比如订单服务发一条 ‘order.created’然后积分服务订阅这个事件加积分物流服务也订阅创建发货单。”老张“那怎么保证 Kafka 消息不丢失”谢飞机眼神飘忽“这个……生产者可以配置 acksall消费者关闭自动提交手动提交offset但只提交处理完的消息。然后设置副本数大于1应该就能不丢。”老张“那如果消费者处理失败重试几次还是失败呢”谢飞机“嗯……可以进入死信队列或者记录日志人工处理我们当时好像直接抛异常然后停止了消费后来运维报警了才去查。这块做得不太好。” 他不好意思地笑了笑。老张“行你倒是挺诚实。进入第三轮吧。”第三轮微服务架构与安全认证云原生时代必备技能老张翻开下一页问“你们项目是不是微服务架构有哪些服务”谢飞机来劲了“对有用户服务、商品服务、订单服务、支付服务、物流服务都拆开了。用了 Spring Cloud NetflixEureka做注册中心Zuul做网关OpenFeign做服务间调用。”老张“Eureka和Consul有什么区别你了解多少”谢飞机“Eureka是Netflix做的基于AP模型集群是每个节点都写自己的挂了还能用旧数据但可能不一致。Consul是CP模型用Raft算法需要选举leader一致性更强但leader挂了暂时不能用。现在Eureka 2.x好像停更了我们后来换Consul了。”老张点头“不错。那OpenFeign调用服务的时候如果对方超时了怎么办”谢飞机“用Resilience4j做熔断降级设置超时时间和线程池隔离如果超时次数多了就断路器打开直接快速失败不等待。还可以用Fallback方法返回默认值。我们接口常常有兜底数据。”老张“那JWT和OAuth2你是理解的说说它俩关系。”谢飞机“JWT是一种Token格式JSON的部分被签名可以放在Header里。OAuth2是一种授权框架有授权码、密码等模式它的令牌可以是JWT。我们项目里Spring Security JWT登录成功后发一个JWT给前端前端每次请求带上然后Spring Security过滤器解析验证。”老张“那JWT过期了怎么办”谢飞机“可以用刷新令牌refresh token重新获取。我们当时没实现用户不活跃就重新登录被老板吐槽了。”老张“最后一个问题。你们项目肯定要上云吧Docker和Kubernetes了解吗”谢飞机“知道用Docker打包成镜像然后部署到K8s集群。K8s会自动做服务发现、负载均衡、弹性伸缩。比如双11流量大了就调大副本数。”老张“那你们用K8s有没有遇到什么坑”谢飞机思考了一下“嗯……那个Pod重启后Eureka的注册IP变了需要配置不然服务互相访问不到。还有就是内存限制没配好导致OOM Killer。我们后来加了JVM参数和探针。具体细节……有点记不清了。”老张放下笔深深吸了一口气“好的今天面试就到这里吧。我们评估一下你先回家等通知。”谢飞机站起来心里七上八下“好的谢谢面试官。” 他走到门口突然回头“那个……通知大概什么时候能发”老张面无表情“看HR安排反正……先等电话吧。”门关上。老张摇摇头在简历上写了几个字“基础尚可深度不足可培养。”下面附上问题详解与答案小白学习笔记为了让大家看懂面试官到底在问什么谢飞机哪些答得好哪些答得稀烂以下逐轮展开详解。业务场景设定为电商平台的商品服务、订单服务、用户服务。第一轮核心框架与基础功力1. Spring Boot 启动过程问题背景电商项目中所有服务都是通过 Spring Boot 启动。面试官想确认候选人是否理解框架原理。知识点SpringBootApplication 由三个注解组成SpringBootConfiguration继承 Configuration表示这是一个配置类。EnableAutoConfiguration开启自动配置Spring Boot 会根据依赖 jar 包自动注册默认 Bean例如引入 spring-boot-starter-web就会自动配置内嵌 Tomcat 和 DispatcherServlet。ComponentScan扫描当前包和子包中带有 Component、Service、Controller、Repository 等注解的类将其注册为 Bean。SpringApplication.run() 内部大致流程创建 ApplicationContext容器常见类型是 AnnotationConfigServletWebServerApplicationContext。加载配置类并解析自动配置。通过 BeanDefinitionReader 扫描包得到所有 Bean 的定义。实例化所有非懒加载的 Bean处理依赖注入。如果是 Web 应用启动内嵌 Tomcat、Jetty 或 Undertow 服务器。启动完成后执行所有 ApplicationRunner / CommandLineRunner 回调。回答要点谢飞机回答核心正确算是“简单问题能回答好”的例子。2. MyBatis vs JPAHibernate问题背景ORM 框架选型是电商项目最常见的争论。商品和订单的表结构复杂查询多通常偏向 MyBatis需要快速开发和标准实体映射时会用 JPA。知识点MyBatis半自动化 ORM。它不接管 SQL需要开发者自己编写 SQL 和结果集映射。优点是 SQL 可控动态 SQL 强大适合复杂报表、关联查询、大分页。缺点是很多样板代码可用 MyBatis-Plus 中 mybatis-plus 简化。JPA / Hibernate全自动 ORM。只要定义实体类Hibernate 会自动生成 SQL 并映射。优点是开发快符合面向对象思想有缓存机制缺点是复杂查询难以优化可能会 N1 查询打印的 SQL 可能不好看。电商场景订单、商品 SKU、库存表一般用 MyBatis因为 SQL 复杂且需要优化用户登录、角色权限等简单 CRUD 可以用 JPA 提高效率。回答要点谢飞机能说出区别并说明自己在项目中用 MyBatis 的原因这一题合格。3. HikariCP 连接池为什么快问题背景数据库连接创建很贵连接池可以复用。Spring Boot 2 以后默认使用 HikariCP。知识点HikariCP 的优化点代码精简到极致初始化类数量很少字节码体积小。使用无锁并发集合如 ConcurrentBag通过 ThreadLocal 机制把连接与请求线程绑定避免竞争锁。允许预分配连接默认初始化时就会建立最小空闲连接数。高效的代理类生成直接生成字节码代理而不是 JDK 动态代理减少开销。设计了 FastList替代 ArrayList 避免范围检查。对连接健康检查做了优化使用 isValid() 和探测语句尽量减少额外开销。在电商高QPS下单场景连接池大小通常设为CPU核数 * 2 磁盘数经验值并不是越大越好。回答要点谢飞机只说出“快”没有说出具体机制面试官不深究是因为这是个加分项属于复杂问题答不出来可以理解。4. MyBatis 分页查询问题背景电商后台管理系统的商品列表、订单列表必须分页。知识点方式一使用 MyBatis 自带的 RowBounds逻辑分页不推荐数据量大时内存溢出。方式二使用 PageHelper 插件。实际上会在执行前拦截 SQL拼接LIMIT offset, count。方式三手写LIMIT #{offset}, #{pageSize}或用#{}防止 SQL 注入。优化场景大偏移量问题LIMIT 100000, 20会扫描前 100020 条记录再丢弃。可使用“延迟关联”SELECT * FROM orders o JOIN (SELECT id FROM orders ORDER BY create_time DESC LIMIT 100000, 20) t ON o.id t.id或者基于上次游标WHERE create_time 上一次的最大时间 ORDER BY create_time DESC LIMIT 20。使用覆盖索引查询列都包含在索引中避免回表。回答要点谢飞机答出 PageHelper 和 LIMIT并且提到优化说明有实战经验面试官给予赞许。第二轮缓存与消息队列高并发下的生存之道1. 缓存穿透、击穿、雪崩的区别和解决方案问题背景电商商品详情页 QPS 很高如果没有缓存数据库会被打爆。知识点缓存穿透查询一个根本不存在的数据缓存和数据库都没有命中恶意攻击时大量请求直接打到数据库。解决方案对空结果也进行缓存设置较短的过期时间比如 5 分钟。使用布隆过滤器Bloom Filter先用位数组快速判断 key 是否存在不存在直接返回。参数校验对非法 id 直接拦截。缓存击穿某个热点 key 突然过期同时有大量请求访问这个 key所有请求都穿透到 DB。解决方案互斥锁分布式锁只有拿到锁的线程去查数据库其他线程等待然后读缓存。热点数据不设置过期时间改用后台任务逻辑判断更新或者在 value 里存储过期时间异步刷新。使用“逻辑过期”key 永不过期value 中保存过期时间查询时发现过期则尝试获取锁异步重建缓存。缓存雪崩大量 key 在同一时刻过期或者 Redis 宕机导致所有请求打到数据库。解决方案过期时间随机化基础过期时间 随机数。使用 Redis 集群、主从加哨兵保证高可用。限流降级数据库或后端接口增加限流防止被压垮。提前预热数据分散过期时间。回答要点谢飞机说出了基本概念和简单方案但没有提到逻辑过期、分布式锁的具体细节属于“回答不清晰”的典型。2. 缓存和数据库一致性延迟双删问题背景商品价格更新后Redis 中的旧数据不能继续返回给用户。方式一先更新数据库再删除缓存。问题更新 DB 成功后删除缓存失败则缓存中仍是旧值。可以重试删除或者借助消息队列。方式二先删除缓存再更新数据库。问题A 线程删除缓存后B 线程查询缓存未命中去数据库读取旧值并写回缓存然后 A 线程才更新数据库最终缓存中还是旧值。解决方法是“延迟双删”A 线程更新 DB 后sleep 一个短暂时间比如 500ms再次删除缓存把 B 线程写入的脏数据删掉。更好的方式使用 Canal 订阅 MySQL binlog当 DB 更新后由 Canal 通知删除缓存。或者使用“旁路缓存”策略读时缓存未命中则读 DB 并写缓存写时先更新 DB再删除缓存。但是无论哪种都无法做到强一致一般接受最终一致性。回答要点谢飞机说“先更新数据库再删除缓存延迟双删”思路方向正确但他说得含含糊糊说明没有真正理解应用场景。3. Kafka 如何保证消息不丢失问题背景下单成功后需要通过 Kafka 通知下游服务积分、物流、搜索等。如果消息丢失会造成订单状态不一致。知识点消息链路三部分生产者、Broker、消费者。生产者端设置acksall要求所有 ISR 副本都确认收到才认为发送成功。设置retries重试次数例如 3 次。使用send方法的回调检查异常。Broker 端设置min.insync.replicas2消息至少写入 2 个副本。设置replication.factor2。消费者端关闭自动提交即enable.auto.commitfalse。处理完业务逻辑后再手动提交 offset。如果处理失败不要提交 offset会触发重复消费消息会重新投递。但要注意程序崩溃导致重复消费所以消费逻辑要幂等。幂等实现消息中带唯一业务 id如订单号消费者使用 Redis SETNX 或数据库唯一索引去重。回答要点谢飞机说对了 acksall 和手动提交但对失败后的处理含糊。因为他没有解释死信队列、重试策略、幂等消费。所以属于复杂问题没打满。4. 什么是死信队列问题背景当消费者处理消息多次失败不能无限重试需要把消息放入一个特殊队列。知识点死信队列DLQ, Dead Letter Queue用于存放无法被消费的消息。RabbitMQ 中有死信交换机DLX消息被确认无法路由、或者 TTL 超时、或队列已满时会被发送到死信交换机。Kafka 中通常创建单独的主题如order-dead-letter消费者在重试 N 次后把消息原样发送到死信主题然后记录日志。运维人员定期处理死信队列人工排查或回放。回答要点谢飞机说“不知道好像直接抛异常”说明没有设计消息治理机制。面试官没有追问他已经算温柔。第三轮微服务架构与安全认证云原生时代必备技能1. Eureka 与 Consul 的区别问题背景微服务注册中心不能随意选型大厂非常看重可用性和一致性。知识点Eureka由 Netflix 开源Spring Cloud Netflix 集成。AP 模型保障可用性牺牲一致性。每个 Eureka 节点不做领导选举节点间互相注册各节点保存完整注册表。当网络分区发生时服务提供方可以继续注册客户端可以继续使用旧的注册表但可能拿到不存在的服务地址。默认每 30 秒发送心跳如果 90 秒没收到心跳会剔除服务。Eureka 2.x 已经停止开发但 1.x 还能用。ConsulHashiCorp 公司开发CP 模型。基于 Raft 算法选出一个 Leader写入必须在 Leader 上多数节点确认后才算成功。若 Leader 挂掉集群会重新选举选举期间服务不可写但保证了强一致性。支持多数据中心、HTTP/DNS API、健康检查和 Key-Value 存储。回答要点谢飞机能说出 AP/CP 和 Raft这一点说明他看过概念。但实际项目中如何选型以及如何应对集群脑裂他没有深入。2. Resilience4j 熔断降级问题背景电商下单流程中订单服务调用库存服务如果库存服务变慢订单服务不能一直等待否则会导致连接被占满。知识点Resilience4j 是一个轻量级容错库提供了熔断器CircuitBreaker、限流器RateLimiter、超时控制TimeLimiter、隔离Bulkhead、重试Retry等功能。熔断器的三种状态CLOSED正常状态请求通过。当失败率达到阈值如 5 秒内 50% 失败默认 10 次调用有 5 次失败状态变为 OPEN。OPEN打开状态直接拒绝请求快速失败。经过 waitDuration如 30 秒后变为 HALF_OPEN。HALF_OPEN半开状态只放少量探测请求过去观察是否成功。如果成功则变回 CLOSED如果失败则回到 OPEN。使用场景在 OpenFeign 中配置feign.circuitbreaker.enabledtrue然后实现 Fallback 类返回默认响应比如“库存不足”。回答要点谢飞机提到了超时和线程池隔离说明知道基本概念。但他没有提到熔断状态机的原理属于含糊带过。3. JWT 与 OAuth2问题背景电商平台的用户 API 需要认证和授权不能直接用明文 session 在分布式环境下共享。知识点JWTJSON Web Token是一种开放标准定义了一种紧凑且自包含的令牌格式。结构为Header.Payload.SignatureHeader算法和 token 类型如 HS256。Payload用户信息、过期时间 exp、签发时间 iat、自定义字段。Signature将 Header 和 Payload 用密钥/私钥签名防止篡改。特点无状态不存储服务端但缺点是无法主动吊销信息可以被 Base64 解码不能放敏感数据。OAuth2.0是一种授权框架解决“第三方应用如何代表用户访问资源”的问题。有四种角色资源所有者、客户端、授权服务器、资源服务器。常见流程用户点击“微信登录”浏览器跳转到授权服务器用户同意授权后授权服务器返回授权码客户端用授权码换 token访问资源时携带 token。关系JWT 是一种 token 实现格式OAuth2 是授权流程规范。OAuth2 的 token 可以是 JWT 也可以是普通字符串。Spring Security 中通常用 JwtAuthenticationFilter 解析 Authorization: Bearer 校验签名并获取用户信息。回答要点谢飞机说清楚了 JWT 和 OAuth2 的基本关系属于简单题回答不错。但他没有提刷新令牌和吊销问题所以面试官接着问了“过期怎么办”。4. JWT 过期与刷新机制问题背景如果 accessToken 过期时间很短比如 15 分钟用户体验会下降如果很长比如 7 天安全性下降。需要 refreshToken。知识点Access Token短时间有效如 15-30 分钟携带在 HTTP Header 中用于访问受保护接口。Refresh Token长时间有效如 7-30 天存在服务端数据库中用于在 access token 过期后向授权服务器换取新的 access token。流程客户端调用/refresh接口携带 refresh token。授权服务器验证 refresh token 的状态如是否被吊销、是否过期。验证通过重新签发 access token 和新的 refresh token如果启用轮换。注意事项refresh token 必须安全存储服务端不能放在前端 localStorage应放在 httpOnly cookie 或请求头中如果 refresh token 泄露会导致长期授权。可以使用 refresh token 轮换和重用检测机制。回答要点谢飞机承认没实现这是他的短板至少诚实。5. Docker 与 Kubernetes 的基础和坑问题背景电商服务大多部署在 Kubernetes面试需要确认是否真的用过容器化。知识点Docker 提供容器运行时将应用和依赖打包成镜像通过docker build、docker run、docker push等命令管理。KubernetesK8s负责容器的编排、调度、伸缩和自愈。核心对象Pod最小调度单元一个 Pod 可运行一个或多个容器。Deployment管理无状态应用的副本数支持滚动更新。Service为一组 Pod 提供稳定访问入口有 ClusterIP、NodePort、LoadBalancer 类型。ConfigMap / Secret管理配置和敏感信息。Ingress七层负载均衡根据域名和路径路由到 Service。常见坑服务注册到 zookeeper/eureka 时容器 IP 不会持久化Pod 重启后 IP 变化需要配置使用主机名或使用 K8s 自身服务发现。JVM 在容器中的默认内存限制老版本 JVM 不了解 Cgroup 限制会导致 OOM。需要加 JVM 参数-XX:MaxRAMPercentage或使用 Java 10 的-XX:UseContainerSupport默认开启。健康检查配置必须配置 livenessProbe 和 readinessProbe否则流量会发给未就绪的 Pod。配置了资源 limits 但 Pod 内存超限会被 OOMKilled建议预留堆外内存。在电商中K8s 的 HPAHorizontal Pod Autoscaler可以基于 CPU 使用率自动扩缩副本数。回答要点谢飞机知道基本概念也说出了一个坑IP 变化和内存问题说明确实用过。不过细节不足比如 livenessProbe 和 readinessProbe 他没提。总结谢飞机在基础知识上Spring Boot 启动、MyBatis/JPA、HikariCP、分页表现良好但在复杂高并发场景缓存一致性、消息可靠性、微服务熔断、云原生容器上只能说出一层概念缺乏深入实践。面试官最后让他回去等通知也是因为候选人水平“可培养但不是熟手”。如果你是求职者请把上文中每一个“知识点”部分吃透特别是缓存穿透/击穿/雪崩、延迟双删、Kafka 幂等消费、Resilience4j 熔断状态机这些都是电商高频面试题。下次面试别做谢飞机。