一、面試官到底在考什么「為什么要用 Spring它到底解決了什么問題」這個(gè)問題很少只有一個(gè)標(biāo)準(zhǔn)答案。面試官的潛臺(tái)詞通常包括四層第一層你知不知道傳統(tǒng) Java EE 開發(fā)的問題。如果回答只停留在「大家用我也用」說明你沒有經(jīng)歷過原生開發(fā)也理解不了框架存在的意義。第二層你能不能講清楚 Spring 的兩大核心也就是 IoC 和 AOP。很多候選人張嘴就是「控制反轉(zhuǎn)、依賴注入、面向切面」但再問一句「沒有 Spring 時(shí)對象怎么創(chuàng)建」就答不上來了。第三層你能不能把框架能力和真實(shí)業(yè)務(wù)痛點(diǎn)對應(yīng)起來。比如事務(wù)管理、數(shù)據(jù)庫操作、Web 開發(fā)、遠(yuǎn)程調(diào)用、配置管理。第四層你有沒有自己的判斷。Spring 不是萬能銀彈過度封裝、隱式魔法、啟動(dòng)慢、配置復(fù)雜等問題同樣存在。所以這道題的正確回答姿勢不是背官網(wǎng)介紹而是按照「問題場景、原生痛點(diǎn)、Spring 方案、Spring 背后的思想、局限與思考」這條線展開。二、沒有 Spring 之前Java 企業(yè)級開發(fā)長什么樣2.1 對象創(chuàng)建和依賴關(guān)系完全交給程序員手工管理javapublic class OrderController { private OrderService orderService new OrderServiceImpl(); public void submitOrder(Order order) { orderService.createOrder(order); } } public class OrderServiceImpl implements OrderService { private OrderDao orderDao new OrderDaoImpl(); Override public void createOrder(Order order) { orderDao.insert(order); } }四個(gè)嚴(yán)重問題強(qiáng)耦合直接依賴具體實(shí)現(xiàn)類。重復(fù)創(chuàng)建每個(gè)使用方都自己 new 對象。難以替換單元測試時(shí)想用 Mock 對象幾乎做不到。無法統(tǒng)一管理生命周期、初始化、銷毀、配置散落在業(yè)務(wù)代碼里。2.2 EJB 試圖解決卻把簡單問題復(fù)雜化必須繼承特定接口寫 Home、Remote、Bean 類。必須部署在昂貴的 EJB 容器里。配置以 XML 為主分散而繁瑣。強(qiáng)耦合容器 API。Rod Johnson 在《Expert One-on-One J2EE Design and Development》里對此有過系統(tǒng)批判隨后創(chuàng)作的 Spring 框架給出了一個(gè)更輕量、更樸實(shí)的設(shè)計(jì)你只需要寫普通的 POJO其余交給框架管理。2.3 原生事務(wù)、數(shù)據(jù)庫、Web 開發(fā)各自都有模板化難題事務(wù)JDBC 事務(wù)需要手動(dòng)設(shè)置 autoCommit(false)、提交、回滾、釋放連接。數(shù)據(jù)庫訪問每次查詢都要重復(fù)寫獲取連接、創(chuàng)建 Statement、處理 ResultSet、關(guān)閉資源。Web 開發(fā)原生 Servlet 中每個(gè)請求都要解析參數(shù)、處理類型轉(zhuǎn)換、封裝返回。橫切邏輯日志、權(quán)限、緩存、監(jiān)控散落在每個(gè)業(yè)務(wù)方法里。三、Spring 的本質(zhì)一個(gè)容器加兩大核心思想一個(gè)負(fù)責(zé)創(chuàng)建和管理對象及其依賴關(guān)系的輕量級容器同時(shí)提供了 IoC 和 AOP 兩大核心能力并圍繞它們構(gòu)建起一整套企業(yè)開發(fā)基礎(chǔ)設(shè)施。四個(gè)關(guān)鍵詞容器負(fù)責(zé)對象的創(chuàng)建、裝配、生命周期管理。IoC控制反轉(zhuǎn)解決「誰來創(chuàng)建對象、誰來決定依賴關(guān)系」。AOP面向切面編程解決「橫切邏輯如何統(tǒng)一管理」。基礎(chǔ)設(shè)施事務(wù)、數(shù)據(jù)訪問、Web、消息、安全、批處理、緩存、微服務(wù)等模塊。四、IoC控制反轉(zhuǎn)到底反轉(zhuǎn)了什么4.1 什么是控制反轉(zhuǎn)傳統(tǒng)做法對象自己 new 出依賴對象。Spring 做法對象聲明需要什么由容器統(tǒng)一創(chuàng)建并注入。本質(zhì)上是把「如何創(chuàng)建對象」和「如何使用對象」這兩個(gè)關(guān)注點(diǎn)分離了。4.2 沒有 IoC 的偽代碼對比傳統(tǒng)寫法javapublic class OrderController { private OrderService orderService new OrderServiceImpl(); public void submit(Order order) { orderService.create(order); } }使用 Spring 后javaRestController public class OrderController { private final OrderService orderService; public OrderController(OrderService orderService) { this.orderService orderService; } public void submit(Order order) { orderService.create(order); } }好處依賴只面向接口換實(shí)現(xiàn)不修改調(diào)用方代碼。集中管理對象避免到處 new。天然支持測試測試時(shí)注入 Mock 實(shí)現(xiàn)即可。4.3 IoC 容器如何知道要?jiǎng)?chuàng)建哪些對象XML 配置早期主流。注解配置Component、Service、Repository、Controller。Java 配置Configuration加Bean。自動(dòng)裝配Spring Boot 的EnableAutoConfiguration。五、DI依賴注入是 IoC 最常見的落地方式5.1 IoC 和 DI 不是同一個(gè)概念I(lǐng)oC 是思想DI 是實(shí)現(xiàn)方式。依賴注入是實(shí)現(xiàn)控制反轉(zhuǎn)最常見、最主流的手段。5.2 依賴注入的三種方式j(luò)ava// 構(gòu)造器注入推薦 Service public class OrderServiceImpl implements OrderService { private final OrderDao orderDao; public OrderServiceImpl(OrderDao orderDao) { this.orderDao orderDao; } } // Setter 注入 Service public class OrderServiceImpl implements OrderService { private OrderDao orderDao; Autowired public void setOrderDao(OrderDao orderDao) { this.orderDao orderDao; } } // 字段注入不推薦 Service public class OrderServiceImpl implements OrderService { Autowired private OrderDao orderDao; }5.3 多個(gè)同類型 Bean 時(shí)怎么注入使用Primary標(biāo)記首選 Bean。使用Qualifier按名稱指定。使用Resource(name beanName)按名稱注入。在需要?jiǎng)討B(tài)選擇的場景使用工廠模式或自定義路由邏輯。六、Bean 的生命周期和作用域6.1 Bean 生命周期Bean 定義被讀取。實(shí)例化。屬性填充。感知容器回調(diào)BeanNameAware、BeanFactoryAware、ApplicationContextAware。前置處理BeanPostProcessor.postProcessBeforeInitialization。初始化PostConstruct或InitializingBean.afterPropertiesSet。后置處理BeanPostProcessor.postProcessAfterInitialization。投入使用。容器關(guān)閉時(shí)執(zhí)行銷毀PreDestroy或DisposableBean.destroy。6.2 常用作用域作用域生命周期典型場景singleton容器級別單例共享Service、DAO、無狀態(tài)組件prototype每次獲取新建有狀態(tài)的臨時(shí)對象request一次 HTTP 請求請求上下文數(shù)據(jù)session一次 HTTP 會(huì)話登錄用戶信息applicationServletContext 級別全局共享組件高頻坑prototype Bean 如果被 singleton Bean 持有它往往不會(huì)真的每次使用都變新對象因?yàn)樽⑷胫话l(fā)生一次。解決方案通常是使用方法注入、ObjectFactory或作用域代理。七、AOP面向切面編程解決橫切邏輯散落問題7.1 橫切邏輯的痛javapublic void createOrder(Order order) { log.info(開始創(chuàng)建訂單: {}, order.getId()); checkPermission(); try { orderDao.insert(order); log.info(創(chuàng)建訂單成功); } catch (Exception e) { log.error(創(chuàng)建訂單失敗, e); throw e; } }每個(gè)方法都寫一遍不僅重復(fù)還污染了業(yè)務(wù)邏輯。7.2 AOP 的思路把橫切邏輯集中到切面核心概念連接點(diǎn) JoinPoint可以插入切面的程序執(zhí)行點(diǎn)。切入點(diǎn) Pointcut用于匹配連接點(diǎn)的表達(dá)式。通知 Advice在匹配到的連接點(diǎn)上執(zhí)行的動(dòng)作包括前置、后置、環(huán)繞、返回后、拋異常后五種類型。切面 Aspect切入點(diǎn)加通知的組合?？椚?Weaving把切面與目標(biāo)對象結(jié)合生成代理對象的過程。日志切面示例javaAspect Component public class LogAspect { Around(execution(* com.example.service.*.*(..))) public Object logAround(ProceedingJoinPoint joinPoint) throws Throwable { String method joinPoint.getSignature().toShortString(); long start System.currentTimeMillis(); try { Object result joinPoint.proceed(); System.out.println(method 執(zhí)行成功耗時(shí) (System.currentTimeMillis() - start) ms); return result; } catch (Throwable e) { System.out.println(method 執(zhí)行異常耗時(shí) (System.currentTimeMillis() - start) ms); throw e; } } }7.3 一段可運(yùn)行的 AOP 調(diào)用鏈?zhǔn)纠?.4 AOP 到底是怎么實(shí)現(xiàn)的JDK 動(dòng)態(tài)代理和 CGLIBJDK 動(dòng)態(tài)代理要求目標(biāo)類必須實(shí)現(xiàn)接口。CGLIB 代理通過字節(jié)碼技術(shù)為目標(biāo)類生成一個(gè)子類重寫目標(biāo)方法并在其中織入切面邏輯。關(guān)鍵對比JDK 動(dòng)態(tài)代理的性能在早期略弱于 CGLIB但隨著 JDK 版本迭代差距已經(jīng)很小。CGLIB 不能代理final類和final方法因?yàn)闊o法通過繼承重寫。Spring Boot 2.x 之后如果目標(biāo)對象沒有實(shí)現(xiàn)接口則使用 CGLIB。同一個(gè)類內(nèi)部方法自調(diào)用通常不會(huì)觸發(fā) AOP 增強(qiáng)因?yàn)榇藭r(shí)不會(huì)經(jīng)過代理對象。javaService public class OrderCheckService { LogExecution public void checkStock(Order order) { // 庫存校驗(yàn)邏輯 } }八、Spring 如何解決事務(wù)管理的痛苦8.1 原生 JDBC 事務(wù)有多容易寫錯(cuò)javaConnection conn null; try { conn dataSource.getConnection(); conn.setAutoCommit(false); orderDao.insert(order, conn); stockService.decreaseStock(order.getProductId(), conn); conn.commit(); } catch (Exception e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } throw e; } finally { if (conn ! null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } }8.2 聲明式事務(wù)一個(gè)注解解決大部分問題javaService public class OrderServiceImpl implements OrderService { private final OrderDao orderDao; private final StockService stockService; public OrderServiceImpl(OrderDao orderDao, StockService stockService) { this.orderDao orderDao; this.stockService stockService; } Transactional Override public void createOrder(Order order) { orderDao.insert(order); stockService.decreaseStock(order.getProductId()); } }8.3 Transactional 的關(guān)鍵屬性和常見失效場景傳播行為 propagationREQUIRED、REQUIRES_NEW、NESTED、SUPPORTS等。隔離級別 isolationREAD_COMMITTED、REPEATABLE_READ、SERIALIZABLE?；貪L規(guī)則默認(rèn)只對RuntimeException和Error回滾。只讀事務(wù) readOnly用于只查詢場景。事務(wù)失效典型場景把Transactional加在private方法上。同一個(gè)類內(nèi)部方法自調(diào)用。異常被方法內(nèi)部 catch 吃掉。異常類型不是RuntimeException且沒有配置rollbackFor。Bean 沒有被 Spring 管理。九、Spring 在數(shù)據(jù)訪問層的貢獻(xiàn)消滅樣板代碼9.1 重復(fù)的 JDBC 代碼是最大的生產(chǎn)力黑洞javaString sql SELECT id, name FROM user WHERE id ?; try (Connection conn dataSource.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setLong(1, userId); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { User user new User(); user.setId(rs.getLong(id)); user.setName(rs.getString(name)); return user; } } } catch (SQLException e) { throw new RuntimeException(e); } return null;9.2 JdbcTemplate把資源管理和異常處理交給模板javaRepository public class UserDao { private final JdbcTemplate jdbcTemplate; public UserDao(JdbcTemplate jdbcTemplate) { this.jdbcTemplate jdbcTemplate; } public User findById(Long id) { String sql SELECT id, name FROM user WHERE id ?; return jdbcTemplate.queryForObject(sql, (rs, rowNum) - { User user new User(); user.setId(rs.getLong(id)); user.setName(rs.getString(name)); return user; }, id); } }9.3 與 MyBatis、JPA 等 ORM 框架的配合Spring 的價(jià)值把 ORM 框架的SessionFactory、EntityManager、SqlSessionTemplate等核心對象交給容器管理。統(tǒng)一事務(wù)管理讓Transactional可以和 MyBatis、JPA 搭配使用。屏蔽配置差異通過 Spring Boot 的自動(dòng)配置快速接入。十、Spring MVC讓 Web 開發(fā)從繁瑣走向結(jié)構(gòu)化10.1 原生 Servlet 的痛點(diǎn)javaWebServlet(/orders) public class OrderServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String productId req.getParameter(productId); String userId req.getParameter(userId); // 參數(shù)校驗(yàn)、類型轉(zhuǎn)換、調(diào)用服務(wù)、返回 JSON 都要自己寫 } }10.2 DispatcherServlet 是 Spring MVC 的核心一次請求的典型流程請求到達(dá)DispatcherServlet。DispatcherServlet通過HandlerMapping找到對應(yīng)的 Controller 方法。調(diào)用HandlerAdapter執(zhí)行目標(biāo)控制器方法?？刂破鞣椒ㄍ瓿蓸I(yè)務(wù)處理返回ModelAndView或直接被ResponseBody序列化。視圖解析器解析視圖或因前后端分離直接返回 JSON。DispatcherServlet把結(jié)果響應(yīng)給客戶端。10.3 現(xiàn)代開發(fā)中的 Spring MVC 代碼形態(tài)javaRestController RequestMapping(/orders) public class OrderController { private final OrderService orderService; public OrderController(OrderService orderService) { this.orderService orderService; } PostMapping public Result create(RequestBody Valid CreateOrderRequest request) { Long orderId orderService.create(request); return Result.success(orderId); } }十一、Spring Boot為什么它讓 Spring 再次爆發(fā)11.1 約定大于配置javaSpringBootApplication public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } }11.2 自動(dòng)裝配是什么原理核心入口是EnableAutoConfiguration而SpringBootApplication本身就包含它。自動(dòng)配置類上通常帶有條件注解ConditionalOnClassConditionalOnMissingBeanConditionalOnPropertyConditionalOnWebApplication11.3 starter把依賴管理打包成模塊引入spring-boot-starter-web就會(huì)自動(dòng)帶來 Spring MVC、內(nèi)嵌 Tomcat、JSON 序列化等一組依賴。11.4 內(nèi)嵌容器和可執(zhí)行 JarSpring Boot 默認(rèn)內(nèi)嵌 Tomcat、Jetty 或 Undertow打包后的 Jar 可以直接通過java -jar運(yùn)行。十二、Spring 生態(tài)從框架到企業(yè)級開發(fā)標(biāo)準(zhǔn)12.1 Spring 已經(jīng)不只是「一個(gè)框架」Spring Framework核心容器、IoC、AOP、事務(wù)、數(shù)據(jù)訪問、Web。Spring Boot快速構(gòu)建、自動(dòng)裝配、內(nèi)嵌容器。Spring Cloud面向分布式系統(tǒng)和微服務(wù)的組件集合。Spring Security認(rèn)證授權(quán)與安全防護(hù)。Spring Data統(tǒng)一數(shù)據(jù)訪問模型。Spring Batch批處理。12.2 Spring Boot 和 Spring Cloud 是什么關(guān)系Spring Boot負(fù)責(zé)「讓單個(gè)服務(wù)快速跑起來」。Spring Cloud負(fù)責(zé)「讓一堆服務(wù)協(xié)作起來」。12.3 微服務(wù)時(shí)代的 Spring 角色服務(wù)注冊與發(fā)現(xiàn)Spring Cloud Netflix 或 Kubernetes Service。配置中心Spring Cloud Config、Nacos、Consul。遠(yuǎn)程調(diào)用OpenFeign、RestTemplate、WebClient。熔斷與限流Resilience4j、Sentinel。網(wǎng)關(guān)Spring Cloud Gateway。鏈路追蹤Micrometer、Zipkin、SkyWalking。十三、面試高頻追問與回答模板13.1 高頻追問為什么要用 Spring它解決了什么問題IoC 和 DI 是什么關(guān)系Bean 的生命周期是怎樣的AOP 的底層是怎么實(shí)現(xiàn)的JDK 動(dòng)態(tài)代理和 CGLIB 有什么區(qū)別Transactional為什么有時(shí)候不生效Spring Boot 的自動(dòng)配置是怎么實(shí)現(xiàn)的Spring Boot 和 Spring Cloud 是什么關(guān)系Spring 有哪些缺點(diǎn)如果沒有 Spring你會(huì)怎么設(shè)計(jì)一個(gè)類似的框架13.2 回答模板回答「為什么要用 Spring」時(shí)可以按下面的結(jié)構(gòu)組織先講原生痛點(diǎn)沒有 Spring 時(shí)對象管理、事務(wù)、數(shù)據(jù)訪問、Web 開發(fā)都有大量重復(fù)勞動(dòng)。再講核心能力Spring 用 IoC 解決對象管理用 AOP 解決橫切邏輯用聲明式事務(wù)解決事務(wù)管理用模板化封裝解決數(shù)據(jù)訪問。再講生態(tài)價(jià)值Spring Boot 讓單個(gè)服務(wù)快速跑起來Spring Cloud 讓微服務(wù)協(xié)作起來。最后講客觀評價(jià)Spring 不是萬能銀彈過度封裝、隱式魔法、啟動(dòng)慢等問題同樣存在。13.3 一句話總結(jié)Spring 的本質(zhì)是用容器和 AOP 這兩大核心能力把 Java 企業(yè)級開發(fā)中那些重復(fù)、易錯(cuò)、橫切的關(guān)注點(diǎn)統(tǒng)一管理起來讓開發(fā)者能專注于業(yè)務(wù)邏輯本身。十四、總結(jié)Spring 的價(jià)值可以壓縮成一條主線原生痛點(diǎn) → 容器與 IoC → DI → AOP → 聲明式事務(wù) → 模板化數(shù)據(jù)訪問 → Spring MVC → Spring Boot → 微服務(wù)生態(tài)。把這套體系講清楚再結(jié)合具體代碼示例和面試追問就能在面試中從容應(yīng)對「為什么要用 Spring」這道題。