项目常见棘手问题及解决方案

一、面试答题通用模板

面试官提问：你负责项目时遇到过哪些棘手问题，怎么解决？固定三段回答结构：

背景：描述业务场景、原始技术方案、暴露的技术痛点；
过程：完整的排查、分析、方案选型思考流程；
落地方案：最终采用的技术实现、优化后带来的收益。

二、四大类项目棘手问题分类

1. 代码结构问题：设计模式重构

典型痛点场景

多分支业务（多渠道登录、多种支付、订单分步处理）大量嵌套if-else，代码臃肿、新增业务需修改原有逻辑，违反开闭原则，维护成本极高。

对应解决方案

策略模式 + 工厂模式 适用于平行多分支算法场景：多渠道登录、多种支付方式、多类型文件解析；实现：抽象统一行为接口，每种业务单独写实现类交由Spring管理，工厂根据参数匹配对应策略，彻底消除if-else。
责任链模式 适用于有序流水线流程：订单创建（参数校验→填充数据→算价→落库）、多级内容审核、流程审批；实现：每个处理步骤封装独立处理器，链式串联，可自由增删、调整执行顺序。

2. 线上故障类BUG

线上突发异常，直接影响用户使用，核心典型故障：

CPU飙高
- 背景：线上接口并发升高后服务器CPU占用100%，请求超时大量报错；
- 过程：导出线程栈、GC日志定位死循环/频繁Full GC/锁竞争；
- 方案：修复循环逻辑、优化SQL避免全表扫描、调整JVM堆参数、分段分页处理大数据。
内存泄漏
- 背景：服务长时间运行后堆内存持续上涨，最终触发OOM宕机；
- 过程：dump堆快照分析，定位未释放大对象、静态集合无限缓存、流未关闭；
- 方案：移除全局静态缓存、IO/流使用try-with-resources、定时清理过期缓存、限制缓存最大容量。
线程死锁
- 背景：高并发下部分接口长时间阻塞无响应，线程池耗尽；
- 过程：查看线程栈发现互相持有对方锁资源形成死锁环；
- 方案：统一锁获取顺序、使用tryLock设置超时时间、拆分大锁粒度。

3. 性能调优类问题

（1）慢SQL优化

背景：查询接口响应3~5秒，大列表分页查询拖垮数据库；
过程：Expl执行计划查看缺失索引、回表查询、全表扫描、未分页；
方案：建立联合索引、避免索引失效函数操作、分页limit深度优化、大表分库分表。

（2）慢接口优化

背景：单接口串行执行多次DB查询、远程调用，整体耗时过长；
方案：异步多线程并行查询、Redis缓存热点静态数据、接口返回字段裁剪、合并远程调用。

（3）缓存方案落地

背景：数据库并发压力大，频繁查询热点数据导致DB卡顿；
方案：引入Redis分层缓存，处理缓存穿透、击穿、雪崩三大缓存异常，搭配过期淘汰策略。

4. 通用组件封装类问题

分布式项目通用技术痛点，统一封装组件复用，避免重复造轮子：

分布式锁 痛点：高并发下单、库存扣减超卖；封装Redis分布式锁/Redisson锁组件，提供可重入、超时自动释放能力。
接口限流 痛点：恶意请求、突发流量压垮服务；封装基于Redis+Lua的限流组件，支持令牌桶、滑动窗口限流。
分布式事务 痛点：跨微服务操作数据库数据一致性无法保证；封装TCC/可靠消息最终一致性事务组件。
支付通用组件 痛点：多支付渠道（微信、支付宝）重复逻辑；采用策略+工厂模式封装统一支付组件，一键切换支付渠道。

三、完整总结（面试背诵）

项目中遇到的棘手问题主要分为四类：

代码结构臃肿：大量if-else分支，用策略、责任链等设计模式重构，提升扩展性；
线上突发故障：CPU飙高、内存泄漏、线程死锁，通过线程栈、堆dump日志定位根源，修复代码并优化JVM参数；
性能瓶颈：慢SQL、慢接口、数据库高并发，依靠索引优化、并行异步、Redis缓存提升响应速度；
分布式通用能力缺失：超卖、流量冲击、跨服务事务不一致，统一封装分布式锁、限流、事务、支付通用组件。所有问题都遵循「梳理业务背景→工具定位问题根源→选型技术方案落地」三步解决流程。

四、面试标准简答示例（设计模式场景）

问：项目里遇到过什么难维护的代码，怎么解决？答：

背景：多渠道登录功能，一开始使用多层if-else区分账号、短信、微信、QQ登录方式，每新增一种登录渠道就要修改核心登录方法，代码越来越难维护，极易引入bug。
过程：分析业务属于平行多分支算法场景，适合策略模式解耦，搭配工厂统一管理策略对象，消除分支判断。
落地方案：定义登录抽象策略接口，每种登录逻辑单独写实现类交给Spring容器管理；编写策略工厂，启动加载全部策略Bean；业务Service只调用工厂获取对应策略执行登录，新增登录渠道仅新增实现类，不用修改原有业务代码，代码扩展性大幅提升。