Spring整合JDBC不能把JdbcTemplate物件作為Dao實現類成員變數的原因分析
阿新 • • 發佈：2018-12-22
現在有一個Dao實現類：
public class UserDaoImpl extends JdbcDaoSupport implements UserDao {
public void addUser(User user) {
String sql = "insert into t_user values (null, ?, ?)";
super.getJdbcTemplate().update(sql, user.getName(), user.getPassword());
}
這個Dao實現類繼承自JdbcDaoSupport，我們可以在方法中用super.getJdbcTemplate()獲取JdbcTemplate物件。
Spring容器中的配置是這樣的：
<bean name="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
<property name="driverClass" value="${jdbc.driverClass}" />
<property name="jdbcUrl" value="${jdbc.jdbcUrl}" />
<property name="user" value="${jdbc.user}" />
<property name="password" value Dao實現類UserDaoImpl直接依賴連線池。
這樣我們就可以獲取Spring容器中的userDaoImpl物件，來呼叫addUser()方法了。
現在對UserDaoImpl類做一個簡單的修改：
public class UserDaoImpl 方法中不再用super.getJdbcTemplate()獲取JdbcTemplate，這樣寫看起來結構更清晰，如果有多個方法的話還能減少更多程式碼。
看起來沒有問題，編譯寫不會報錯，但是一旦執行就會發現丟擲了異常：
java.lang.NullPointerException
at src.controller.daoImpl.UserDaoImpl.addUser(UserDaoImpl.java:31)
at src.test.Demo.test1(Demo.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75)
at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86)
at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:254)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:89)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:193)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
這個異常時典型的空指標異常，分析發現UserDaoImpl類addUser()方法中的jdbcTemplate物件為null，原因如下：
Spring容器嘗試呼叫空參構造方法來初始化UserDaoImpl物件，而UserDaoImpl（以下簡稱子類）繼承自JdbcDaoSupport（以下簡稱父類），想要初始化初始化子類物件就要先構造父類物件。父類物件的成員變數jdbcTemplate無法在父類中完成注入，需要子類完成構造後用set方法為父類注入。在子類呼叫set方法方法為父類注入值前，父類的jdbcTemplate仍然是null。根據物件的初始化順序，構造方法在成員變數初始化完成之後才呼叫，set方法又要在子類構造完成後呼叫。所以子類初始化成員變數時，子類沒有完成構造，還沒有為父類注入值，所以子類無法獲取父類注入值後的成員變數。
這個過程就好比一個父親，他的事業需要兒子的幫助才能完成，假如他的兒子一出生就要父親的成果，不肯提供幫助，就無法達到目的。
補充：
在繼承關係中，初始化順序是這樣的：
父類靜態程式碼塊->子類靜態程式碼塊->父類普通程式碼塊->父類構造方法->子類main()方法->子類普通程式碼塊->子類構造方法
構造方法在完成構造前的最後一步才執行。