一、面試官到底在考什么「為什么要用 Spring它到底解決了什么問題」這個問題很少只有一個標準答案。面試官的潛臺詞通常包括四層第一層你知不知道傳統(tǒng) Java EE 開發(fā)的問題。如果回答只停留在「大家用我也用」說明你沒有經(jīng)歷過原生開發(fā)也理解不了框架存在的意義。第二層你能不能講清楚 Spring 的兩大核心也就是 IoC 和 AOP。很多候選人張嘴就是「控制反轉、依賴注入、面向切面」但再問一句「沒有 Spring 時對象怎么創(chuàng)建」就答不上來了。第三層你能不能把框架能力和真實業(yè)務痛點對應起來。比如事務管理、數(shù)據(jù)庫操作、Web 開發(fā)、遠程調用、配置管理。第四層你有沒有自己的判斷。Spring 不是萬能銀彈過度封裝、隱式魔法、啟動慢、配置復雜等問題同樣存在。所以這道題的正確回答姿勢不是背官網(wǎng)介紹而是按照「問題場景、原生痛點、Spring 方案、Spring 背后的思想、局限與思考」這條線展開。二、沒有 Spring 之前Java 企業(yè)級開發(fā)長什么樣2.1 對象創(chuàng)建和依賴關系完全交給程序員手工管理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); } }四個嚴重問題強耦合直接依賴具體實現(xiàn)類。重復創(chuàng)建每個使用方都自己 new 對象。難以替換單元測試時想用 Mock 對象幾乎做不到。無法統(tǒng)一管理生命周期、初始化、銷毀、配置散落在業(yè)務代碼里。2.2 EJB 試圖解決卻把簡單問題復雜化必須繼承特定接口寫 Home、Remote、Bean 類。必須部署在昂貴的 EJB 容器里。配置以 XML 為主分散而繁瑣。強耦合容器 API。Rod Johnson 在《Expert One-on-One J2EE Design and Development》里對此有過系統(tǒng)批判隨后創(chuàng)作的 Spring 框架給出了一個更輕量、更樸實的設計你只需要寫普通的 POJO其余交給框架管理。2.3 原生事務、數(shù)據(jù)庫、Web 開發(fā)各自都有模板化難題事務JDBC 事務需要手動設置 autoCommit(false)、提交、回滾、釋放連接。數(shù)據(jù)庫訪問每次查詢都要重復寫獲取連接、創(chuàng)建 Statement、處理 ResultSet、關閉資源。Web 開發(fā)原生 Servlet 中每個請求都要解析參數(shù)、處理類型轉換、封裝返回。橫切邏輯日志、權限、緩存、監(jiān)控散落在每個業(yè)務方法里。三、Spring 的本質一個容器加兩大核心思想一個負責創(chuàng)建和管理對象及其依賴關系的輕量級容器同時提供了 IoC 和 AOP 兩大核心能力并圍繞它們構建起一整套企業(yè)開發(fā)基礎設施。四個關鍵詞容器負責對象的創(chuàng)建、裝配、生命周期管理。IoC控制反轉解決「誰來創(chuàng)建對象、誰來決定依賴關系」。AOP面向切面編程解決「橫切邏輯如何統(tǒng)一管理」?；A設施事務、數(shù)據(jù)訪問、Web、消息、安全、批處理、緩存、微服務等模塊。四、IoC控制反轉到底反轉了什么4.1 什么是控制反轉傳統(tǒng)做法對象自己 new 出依賴對象。Spring 做法對象聲明需要什么由容器統(tǒng)一創(chuàng)建并注入。本質上是把「如何創(chuàng)建對象」和「如何使用對象」這兩個關注點分離了。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); } }好處依賴只面向接口換實現(xiàn)不修改調用方代碼。集中管理對象避免到處 new。天然支持測試測試時注入 Mock 實現(xiàn)即可。4.3 IoC 容器如何知道要創(chuàng)建哪些對象XML 配置早期主流。注解配置Component、Service、Repository、Controller。Java 配置Configuration加Bean。自動裝配Spring Boot 的EnableAutoConfiguration。五、DI依賴注入是 IoC 最常見的落地方式5.1 IoC 和 DI 不是同一個概念IoC 是思想DI 是實現(xiàn)方式。依賴注入是實現(xiàn)控制反轉最常見、最主流的手段。5.2 依賴注入的三種方式java// 構造器注入推薦 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 多個同類型 Bean 時怎么注入使用Primary標記首選 Bean。使用Qualifier按名稱指定。使用Resource(name beanName)按名稱注入。在需要動態(tài)選擇的場景使用工廠模式或自定義路由邏輯。六、Bean 的生命周期和作用域6.1 Bean 生命周期Bean 定義被讀取。實例化。屬性填充。感知容器回調BeanNameAware、BeanFactoryAware、ApplicationContextAware。前置處理BeanPostProcessor.postProcessBeforeInitialization。初始化PostConstruct或InitializingBean.afterPropertiesSet。后置處理BeanPostProcessor.postProcessAfterInitialization。投入使用。容器關閉時執(zhí)行銷毀PreDestroy或DisposableBean.destroy。6.2 常用作用域作用域生命周期典型場景singleton容器級別單例共享Service、DAO、無狀態(tài)組件prototype每次獲取新建有狀態(tài)的臨時對象request一次 HTTP 請求請求上下文數(shù)據(jù)session一次 HTTP 會話登錄用戶信息applicationServletContext 級別全局共享組件高頻坑prototype Bean 如果被 singleton Bean 持有它往往不會真的每次使用都變新對象因為注入只發(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; } }每個方法都寫一遍不僅重復還污染了業(yè)務邏輯。7.2 AOP 的思路把橫切邏輯集中到切面核心概念連接點 JoinPoint可以插入切面的程序執(zhí)行點。切入點 Pointcut用于匹配連接點的表達式。通知 Advice在匹配到的連接點上執(zhí)行的動作包括前置、后置、環(huán)繞、返回后、拋異常后五種類型。切面 Aspect切入點加通知的組合?？椚?Weaving把切面與目標對象結合生成代理對象的過程。日志切面示例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í)行成功耗時 (System.currentTimeMillis() - start) ms); return result; } catch (Throwable e) { System.out.println(method 執(zhí)行異常耗時 (System.currentTimeMillis() - start) ms); throw e; } } }7.3 一段可運行的 AOP 調用鏈示例7.4 AOP 到底是怎么實現(xiàn)的JDK 動態(tài)代理和 CGLIBJDK 動態(tài)代理要求目標類必須實現(xiàn)接口。CGLIB 代理通過字節(jié)碼技術為目標類生成一個子類重寫目標方法并在其中織入切面邏輯。關鍵對比JDK 動態(tài)代理的性能在早期略弱于 CGLIB但隨著 JDK 版本迭代差距已經(jīng)很小。CGLIB 不能代理final類和final方法因為無法通過繼承重寫。Spring Boot 2.x 之后如果目標對象沒有實現(xiàn)接口則使用 CGLIB。同一個類內(nèi)部方法自調用通常不會觸發(fā) AOP 增強因為此時不會經(jīng)過代理對象。javaService public class OrderCheckService { LogExecution public void checkStock(Order order) { // 庫存校驗邏輯 } }八、Spring 如何解決事務管理的痛苦8.1 原生 JDBC 事務有多容易寫錯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 聲明式事務一個注解解決大部分問題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 的關鍵屬性和常見失效場景傳播行為 propagationREQUIRED、REQUIRES_NEW、NESTED、SUPPORTS等。隔離級別 isolationREAD_COMMITTED、REPEATABLE_READ、SERIALIZABLE。回滾規(guī)則默認只對RuntimeException和Error回滾。只讀事務 readOnly用于只查詢場景。事務失效典型場景把Transactional加在private方法上。同一個類內(nèi)部方法自調用。異常被方法內(nèi)部 catch 吃掉。異常類型不是RuntimeException且沒有配置rollbackFor。Bean 沒有被 Spring 管理。九、Spring 在數(shù)據(jù)訪問層的貢獻消滅樣板代碼9.1 重復的 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 的價值把 ORM 框架的SessionFactory、EntityManager、SqlSessionTemplate等核心對象交給容器管理。統(tǒng)一事務管理讓Transactional可以和 MyBatis、JPA 搭配使用。屏蔽配置差異通過 Spring Boot 的自動配置快速接入。十、Spring MVC讓 Web 開發(fā)從繁瑣走向結構化10.1 原生 Servlet 的痛點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ù)校驗、類型轉換、調用服務、返回 JSON 都要自己寫 } }10.2 DispatcherServlet 是 Spring MVC 的核心一次請求的典型流程請求到達DispatcherServlet。DispatcherServlet通過HandlerMapping找到對應的 Controller 方法。調用HandlerAdapter執(zhí)行目標控制器方法?？刂破鞣椒ㄍ瓿蓸I(yè)務處理返回ModelAndView或直接被ResponseBody序列化。視圖解析器解析視圖或因前后端分離直接返回 JSON。DispatcherServlet把結果響應給客戶端。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 自動裝配是什么原理核心入口是EnableAutoConfiguration而SpringBootApplication本身就包含它。自動配置類上通常帶有條件注解ConditionalOnClassConditionalOnMissingBeanConditionalOnPropertyConditionalOnWebApplication11.3 starter把依賴管理打包成模塊引入spring-boot-starter-web就會自動帶來 Spring MVC、內(nèi)嵌 Tomcat、JSON 序列化等一組依賴。11.4 內(nèi)嵌容器和可執(zhí)行 JarSpring Boot 默認內(nèi)嵌 Tomcat、Jetty 或 Undertow打包后的 Jar 可以直接通過java -jar運行。十二、Spring 生態(tài)從框架到企業(yè)級開發(fā)標準12.1 Spring 已經(jīng)不只是「一個框架」Spring Framework核心容器、IoC、AOP、事務、數(shù)據(jù)訪問、Web。Spring Boot快速構建、自動裝配、內(nèi)嵌容器。Spring Cloud面向分布式系統(tǒng)和微服務的組件集合。Spring Security認證授權與安全防護。Spring Data統(tǒng)一數(shù)據(jù)訪問模型。Spring Batch批處理。12.2 Spring Boot 和 Spring Cloud 是什么關系Spring Boot負責「讓單個服務快速跑起來」。Spring Cloud負責「讓一堆服務協(xié)作起來」。12.3 微服務時代的 Spring 角色服務注冊與發(fā)現(xiàn)Spring Cloud Netflix 或 Kubernetes Service。配置中心Spring Cloud Config、Nacos、Consul。遠程調用OpenFeign、RestTemplate、WebClient。熔斷與限流Resilience4j、Sentinel。網(wǎng)關Spring Cloud Gateway。鏈路追蹤Micrometer、Zipkin、SkyWalking。十三、面試高頻追問與回答模板13.1 高頻追問為什么要用 Spring它解決了什么問題IoC 和 DI 是什么關系Bean 的生命周期是怎樣的AOP 的底層是怎么實現(xiàn)的JDK 動態(tài)代理和 CGLIB 有什么區(qū)別Transactional為什么有時候不生效Spring Boot 的自動配置是怎么實現(xiàn)的Spring Boot 和 Spring Cloud 是什么關系Spring 有哪些缺點如果沒有 Spring你會怎么設計一個類似的框架13.2 回答模板回答「為什么要用 Spring」時可以按下面的結構組織先講原生痛點沒有 Spring 時對象管理、事務、數(shù)據(jù)訪問、Web 開發(fā)都有大量重復勞動。再講核心能力Spring 用 IoC 解決對象管理用 AOP 解決橫切邏輯用聲明式事務解決事務管理用模板化封裝解決數(shù)據(jù)訪問。再講生態(tài)價值Spring Boot 讓單個服務快速跑起來Spring Cloud 讓微服務協(xié)作起來。最后講客觀評價Spring 不是萬能銀彈過度封裝、隱式魔法、啟動慢等問題同樣存在。13.3 一句話總結Spring 的本質是用容器和 AOP 這兩大核心能力把 Java 企業(yè)級開發(fā)中那些重復、易錯、橫切的關注點統(tǒng)一管理起來讓開發(fā)者能專注于業(yè)務邏輯本身。十四、總結Spring 的價值可以壓縮成一條主線原生痛點 → 容器與 IoC → DI → AOP → 聲明式事務 → 模板化數(shù)據(jù)訪問 → Spring MVC → Spring Boot → 微服務生態(tài)。把這套體系講清楚再結合具體代碼示例和面試追問就能在面試中從容應對「為什么要用 Spring」這道題。 面試官：為什么要用 Spring？它到底解決了什么問題？
一、面試官到底在考什么「為什么要用 Spring它到底解決了什么問題」這個問題很少只有一個標準答案。面試官的潛臺詞通常包括四層第一層你知不知道傳統(tǒng) Java EE 開發(fā)的問題。如果回答只停留在「大家用我也用」說明你沒有經(jīng)歷過原生開發(fā)也理解不了框架存在的意義。第二層你能不能講清楚 Spring 的兩大核心也就是 IoC 和 AOP。很多候選人張嘴就是「控制反轉、依賴注入、面向切面」但再問一句「沒有 Spring 時對象怎么創(chuàng)建」就答不上來了。第三層你能不能把框架能力和真實業(yè)務痛點對應起來。比如事務管理、數(shù)據(jù)庫操作、Web 開發(fā)、遠程調用、配置管理。第四層你有沒有自己的判斷。Spring 不是萬能銀彈過度封裝、隱式魔法、啟動慢、配置復雜等問題同樣存在。所以這道題的正確回答姿勢不是背官網(wǎng)介紹而是按照「問題場景、原生痛點、Spring 方案、Spring 背后的思想、局限與思考」這條線展開。二、沒有 Spring 之前Java 企業(yè)級開發(fā)長什么樣2.1 對象創(chuàng)建和依賴關系完全交給程序員手工管理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); } }四個嚴重問題強耦合直接依賴具體實現(xiàn)類。重復創(chuàng)建每個使用方都自己 new 對象。難以替換單元測試時想用 Mock 對象幾乎做不到。無法統(tǒng)一管理生命周期、初始化、銷毀、配置散落在業(yè)務代碼里。2.2 EJB 試圖解決卻把簡單問題復雜化必須繼承特定接口寫 Home、Remote、Bean 類。必須部署在昂貴的 EJB 容器里。配置以 XML 為主分散而繁瑣。強耦合容器 API。Rod Johnson 在《Expert One-on-One J2EE Design and Development》里對此有過系統(tǒng)批判隨后創(chuàng)作的 Spring 框架給出了一個更輕量、更樸實的設計你只需要寫普通的 POJO其余交給框架管理。2.3 原生事務、數(shù)據(jù)庫、Web 開發(fā)各自都有模板化難題事務JDBC 事務需要手動設置 autoCommit(false)、提交、回滾、釋放連接。數(shù)據(jù)庫訪問每次查詢都要重復寫獲取連接、創(chuàng)建 Statement、處理 ResultSet、關閉資源。Web 開發(fā)原生 Servlet 中每個請求都要解析參數(shù)、處理類型轉換、封裝返回。橫切邏輯日志、權限、緩存、監(jiān)控散落在每個業(yè)務方法里。三、Spring 的本質一個容器加兩大核心思想一個負責創(chuàng)建和管理對象及其依賴關系的輕量級容器同時提供了 IoC 和 AOP 兩大核心能力并圍繞它們構建起一整套企業(yè)開發(fā)基礎設施。四個關鍵詞容器負責對象的創(chuàng)建、裝配、生命周期管理。IoC控制反轉解決「誰來創(chuàng)建對象、誰來決定依賴關系」。AOP面向切面編程解決「橫切邏輯如何統(tǒng)一管理」?；A設施事務、數(shù)據(jù)訪問、Web、消息、安全、批處理、緩存、微服務等模塊。四、IoC控制反轉到底反轉了什么4.1 什么是控制反轉傳統(tǒng)做法對象自己 new 出依賴對象。Spring 做法對象聲明需要什么由容器統(tǒng)一創(chuàng)建并注入。本質上是把「如何創(chuàng)建對象」和「如何使用對象」這兩個關注點分離了。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); } }好處依賴只面向接口換實現(xiàn)不修改調用方代碼。集中管理對象避免到處 new。天然支持測試測試時注入 Mock 實現(xiàn)即可。4.3 IoC 容器如何知道要創(chuàng)建哪些對象XML 配置早期主流。注解配置Component、Service、Repository、Controller。Java 配置Configuration加Bean。自動裝配Spring Boot 的EnableAutoConfiguration。五、DI依賴注入是 IoC 最常見的落地方式5.1 IoC 和 DI 不是同一個概念IoC 是思想DI 是實現(xiàn)方式。依賴注入是實現(xiàn)控制反轉最常見、最主流的手段。5.2 依賴注入的三種方式java// 構造器注入推薦 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 多個同類型 Bean 時怎么注入使用Primary標記首選 Bean。使用Qualifier按名稱指定。使用Resource(name beanName)按名稱注入。在需要動態(tài)選擇的場景使用工廠模式或自定義路由邏輯。六、Bean 的生命周期和作用域6.1 Bean 生命周期Bean 定義被讀取。實例化。屬性填充。感知容器回調BeanNameAware、BeanFactoryAware、ApplicationContextAware。前置處理BeanPostProcessor.postProcessBeforeInitialization。初始化PostConstruct或InitializingBean.afterPropertiesSet。后置處理BeanPostProcessor.postProcessAfterInitialization。投入使用。容器關閉時執(zhí)行銷毀PreDestroy或DisposableBean.destroy。6.2 常用作用域作用域生命周期典型場景singleton容器級別單例共享Service、DAO、無狀態(tài)組件prototype每次獲取新建有狀態(tài)的臨時對象request一次 HTTP 請求請求上下文數(shù)據(jù)session一次 HTTP 會話登錄用戶信息applicationServletContext 級別全局共享組件高頻坑prototype Bean 如果被 singleton Bean 持有它往往不會真的每次使用都變新對象因為注入只發(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; } }每個方法都寫一遍不僅重復還污染了業(yè)務邏輯。7.2 AOP 的思路把橫切邏輯集中到切面核心概念連接點 JoinPoint可以插入切面的程序執(zhí)行點。切入點 Pointcut用于匹配連接點的表達式。通知 Advice在匹配到的連接點上執(zhí)行的動作包括前置、后置、環(huán)繞、返回后、拋異常后五種類型。切面 Aspect切入點加通知的組合?？椚?Weaving把切面與目標對象結合生成代理對象的過程。日志切面示例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í)行成功耗時 (System.currentTimeMillis() - start) ms); return result; } catch (Throwable e) { System.out.println(method 執(zhí)行異常耗時 (System.currentTimeMillis() - start) ms); throw e; } } }7.3 一段可運行的 AOP 調用鏈示例7.4 AOP 到底是怎么實現(xiàn)的JDK 動態(tài)代理和 CGLIBJDK 動態(tài)代理要求目標類必須實現(xiàn)接口。CGLIB 代理通過字節(jié)碼技術為目標類生成一個子類重寫目標方法并在其中織入切面邏輯。關鍵對比JDK 動態(tài)代理的性能在早期略弱于 CGLIB但隨著 JDK 版本迭代差距已經(jīng)很小。CGLIB 不能代理final類和final方法因為無法通過繼承重寫。Spring Boot 2.x 之后如果目標對象沒有實現(xiàn)接口則使用 CGLIB。同一個類內(nèi)部方法自調用通常不會觸發(fā) AOP 增強因為此時不會經(jīng)過代理對象。javaService public class OrderCheckService { LogExecution public void checkStock(Order order) { // 庫存校驗邏輯 } }八、Spring 如何解決事務管理的痛苦8.1 原生 JDBC 事務有多容易寫錯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 聲明式事務一個注解解決大部分問題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 的關鍵屬性和常見失效場景傳播行為 propagationREQUIRED、REQUIRES_NEW、NESTED、SUPPORTS等。隔離級別 isolationREAD_COMMITTED、REPEATABLE_READ、SERIALIZABLE。回滾規(guī)則默認只對RuntimeException和Error回滾。只讀事務 readOnly用于只查詢場景。事務失效典型場景把Transactional加在private方法上。同一個類內(nèi)部方法自調用。異常被方法內(nèi)部 catch 吃掉。異常類型不是RuntimeException且沒有配置rollbackFor。Bean 沒有被 Spring 管理。九、Spring 在數(shù)據(jù)訪問層的貢獻消滅樣板代碼9.1 重復的 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 的價值把 ORM 框架的SessionFactory、EntityManager、SqlSessionTemplate等核心對象交給容器管理。統(tǒng)一事務管理讓Transactional可以和 MyBatis、JPA 搭配使用。屏蔽配置差異通過 Spring Boot 的自動配置快速接入。十、Spring MVC讓 Web 開發(fā)從繁瑣走向結構化10.1 原生 Servlet 的痛點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ù)校驗、類型轉換、調用服務、返回 JSON 都要自己寫 } }10.2 DispatcherServlet 是 Spring MVC 的核心一次請求的典型流程請求到達DispatcherServlet。DispatcherServlet通過HandlerMapping找到對應的 Controller 方法。調用HandlerAdapter執(zhí)行目標控制器方法?？刂破鞣椒ㄍ瓿蓸I(yè)務處理返回ModelAndView或直接被ResponseBody序列化。視圖解析器解析視圖或因前后端分離直接返回 JSON。DispatcherServlet把結果響應給客戶端。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 自動裝配是什么原理核心入口是EnableAutoConfiguration而SpringBootApplication本身就包含它。自動配置類上通常帶有條件注解ConditionalOnClassConditionalOnMissingBeanConditionalOnPropertyConditionalOnWebApplication11.3 starter把依賴管理打包成模塊引入spring-boot-starter-web就會自動帶來 Spring MVC、內(nèi)嵌 Tomcat、JSON 序列化等一組依賴。11.4 內(nèi)嵌容器和可執(zhí)行 JarSpring Boot 默認內(nèi)嵌 Tomcat、Jetty 或 Undertow打包后的 Jar 可以直接通過java -jar運行。十二、Spring 生態(tài)從框架到企業(yè)級開發(fā)標準12.1 Spring 已經(jīng)不只是「一個框架」Spring Framework核心容器、IoC、AOP、事務、數(shù)據(jù)訪問、Web。Spring Boot快速構建、自動裝配、內(nèi)嵌容器。Spring Cloud面向分布式系統(tǒng)和微服務的組件集合。Spring Security認證授權與安全防護。Spring Data統(tǒng)一數(shù)據(jù)訪問模型。Spring Batch批處理。12.2 Spring Boot 和 Spring Cloud 是什么關系Spring Boot負責「讓單個服務快速跑起來」。Spring Cloud負責「讓一堆服務協(xié)作起來」。12.3 微服務時代的 Spring 角色服務注冊與發(fā)現(xiàn)Spring Cloud Netflix 或 Kubernetes Service。配置中心Spring Cloud Config、Nacos、Consul。遠程調用OpenFeign、RestTemplate、WebClient。熔斷與限流Resilience4j、Sentinel。網(wǎng)關Spring Cloud Gateway。鏈路追蹤Micrometer、Zipkin、SkyWalking。十三、面試高頻追問與回答模板13.1 高頻追問為什么要用 Spring它解決了什么問題IoC 和 DI 是什么關系Bean 的生命周期是怎樣的AOP 的底層是怎么實現(xiàn)的JDK 動態(tài)代理和 CGLIB 有什么區(qū)別Transactional為什么有時候不生效Spring Boot 的自動配置是怎么實現(xiàn)的Spring Boot 和 Spring Cloud 是什么關系Spring 有哪些缺點如果沒有 Spring你會怎么設計一個類似的框架13.2 回答模板回答「為什么要用 Spring」時可以按下面的結構組織先講原生痛點沒有 Spring 時對象管理、事務、數(shù)據(jù)訪問、Web 開發(fā)都有大量重復勞動。再講核心能力Spring 用 IoC 解決對象管理用 AOP 解決橫切邏輯用聲明式事務解決事務管理用模板化封裝解決數(shù)據(jù)訪問。再講生態(tài)價值Spring Boot 讓單個服務快速跑起來Spring Cloud 讓微服務協(xié)作起來。最后講客觀評價Spring 不是萬能銀彈過度封裝、隱式魔法、啟動慢等問題同樣存在。13.3 一句話總結Spring 的本質是用容器和 AOP 這兩大核心能力把 Java 企業(yè)級開發(fā)中那些重復、易錯、橫切的關注點統(tǒng)一管理起來讓開發(fā)者能專注于業(yè)務邏輯本身。十四、總結Spring 的價值可以壓縮成一條主線原生痛點 → 容器與 IoC → DI → AOP → 聲明式事務 → 模板化數(shù)據(jù)訪問 → Spring MVC → Spring Boot → 微服務生態(tài)。把這套體系講清楚再結合具體代碼示例和面試追問就能在面試中從容應對「為什么要用 Spring」這道題。