https://www.ibm.com/developerworks/cn/opensource/os-cn-spring-jpa/
Spring Data JPA 開發(fā)指南
本文由淺入深地講述了使用 Spring Data JPA 需要關(guān)注的各個方面，為讀者了解和使用該框架提供了指導(dǎo)，可以作為 Spring Data JPA 的學(xué)習(xí)指南。
從一個簡單的 JPA 示例開始
本文主要講述 Spring Data JPA，但是為了不至于給
JPA 和 Spring 的初學(xué)者造成較大的學(xué)習(xí)曲線，我們首先從 JPA 開始，簡單介紹一個 JPA 示例；接著重構(gòu)該示例，并引入 Spring
框架，這兩部分不會涉及過多的篇幅，如果希望能夠深入學(xué)習(xí) Spring 和 JPA，可以根據(jù)本文最后提供的參考資料進(jìn)一步學(xué)習(xí)。
自
JPA 伴隨 Java EE 5 發(fā)布以來，受到了各大廠商及開源社區(qū)的追捧，各種商用的和開源的 JPA
框架如雨后春筍般出現(xiàn)，為開發(fā)者提供了豐富的選擇。它一改之前 EJB 2.x 中實體 Bean
笨重且難以使用的形象，充分吸收了在開源社區(qū)已經(jīng)相對成熟的 ORM 思想。另外，它并不依賴于 EJB
容器，可以作為一個獨立的持久層技術(shù)而存在。目前比較成熟的 JPA 框架主要包括 Jboss 的 Hibernate
EntityManager、Oracle 捐獻(xiàn)給 Eclipse 社區(qū)的 EclipseLink、Apache 的 OpenJPA 等。
本
文的示例代碼基于 Hibernate EntityManager 開發(fā)，但是讀者幾乎不用修改任何代碼，便可以非常容易地切換到其他 JPA
框架，因為代碼中使用到的都是 JPA 規(guī)范提供的接口 /
類，并沒有使用到框架本身的私有特性。示例主要涉及七個文件，但是很清晰：業(yè)務(wù)層包含一個接口和一個實現(xiàn)；持久層包含一個接口、一個實現(xiàn)、一個實體類；另
外加上一個 JPA 配置文件和一個測試類。相關(guān)類 / 接口代碼如下：
清單 1. 實體類 AccountInfo.java
@Entity
@Table(name = "t_accountinfo")
public class AccountInfo implements Serializable {
private Long accountId;
private Integer balance;
// 此處省略 getter 和 setter 方法。
}
清單 2. 業(yè)務(wù)層接口 UserService.java
public interface UserService {
public AccountInfo createNewAccount(String user, String pwd, Integer init);
}
清單 3. 業(yè)務(wù)層的實現(xiàn)類 UserServiceImpl.java
public class UserServiceImpl implements UserService {
private UserDao userDao = new UserDaoImpl();
public AccountInfo createNewAccount(String user, String pwd, Integer init){
// 封裝域?qū)ο?/p>
AccountInfo accountInfo = new AccountInfo();
UserInfo userInfo = new UserInfo();
userInfo.setUsername(username);
userInfo.setPassword(password);
accountInfo.setBalance(initBalance);
accountInfo.setUserInfo(userInfo);
// 調(diào)用持久層，完成數(shù)據(jù)的保存
return userDao.save(accountInfo);
}
}
清單 4. 持久層接口
public interface UserDao {
public AccountInfo save(AccountInfo accountInfo);
}
清單 5. 持久層的實現(xiàn)類
public class UserDaoImpl implements UserDao {
public AccountInfo save(AccountInfo accountInfo) {
EntityManagerFactory emf =
Persistence.createEntityManagerFactory("SimplePU");
EntityManager em = emf.createEntityManager();
em.getTransaction().begin();
em.persist(accountInfo);
em.getTransaction().commit();
emf.close();
return accountInfo;
}
}
清單 6. JPA 標(biāo)準(zhǔn)配置文件 persistence.xml
org.hibernate.ejb.HibernatePersistence
footmark.springdata.jpa.domain.UserInfo
footmark.springdata.jpa.domain.AccountInfo
value="com.mysql.jdbc.Driver"/>
value="jdbc:mysql://10.40.74.197:3306/zhangjp"/>
value="org.hibernate.dialect.MySQL5Dialect"/>
清單 7. 本文使用如下的 main 方法進(jìn)行開發(fā)者測試
public class SimpleSpringJpaDemo {
public static void main(String[] args) {
new UserServiceImpl().createNewAccount("ZhangJianPing", "123456", 1);
}
}
簡述 Spring 框架對 JPA 的支持
接
下來我們引入 Spring，以展示 Spring 框架對 JPA 的支持。業(yè)務(wù)層接口 UserService
保持不變，UserServiceImpl 中增加了三個注解，以讓 Spring 完成依賴注入，因此不再需要使用 new 操作符創(chuàng)建
UserDaoImpl 對象了。同時我們還使用了 Spring 的聲明式事務(wù)：
清單 8. 配置為 Spring Bean 的業(yè)務(wù)層實現(xiàn)
@Service("userService")
public class UserServiceImpl implements UserService {
@Autowired
private UserDao userDao;
@Transactional
public AccountInfo createNewAccount(
String name, String pwd, Integer init) { …… }
}
對于持久層，UserDao 接口也不需要修改，只需修改 UserDaoImpl 實現(xiàn)，修改后的代碼如下：
清單 9. 配置為 Spring Bean 的持久層實現(xiàn)
@Repository("userDao")
public class UserDaoImpl implements UserDao {
@PersistenceContext
private EntityManager em;
@Transactional
public Long save(AccountInfo accountInfo) {
em.persist(accountInfo);
return accountInfo.getAccountId();
}
}
清單 10. Spring 配置文件
class="org.springframework.orm.jpa.JpaTransactionManager">
"org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
清單 11. 改造后的基于 Spring 的開發(fā)者測試代碼
public class SimpleSpringJpaDemo{
public static void main(String[] args){
ClassPathXmlApplicationContext ctx =
new ClassPathXmlApplicationContext("spring-demo-cfg.xml");
UserDao userDao = ctx.getBean("userDao", UserDao.class);
userDao.createNewAccount("ZhangJianPing", "123456", 1);
}
}
通過對比重構(gòu)前后的代碼，可以發(fā)現(xiàn) Spring 對 JPA 的簡化已經(jīng)非常出色了，我們可以大致總結(jié)一下 Spring 框架對 JPA 提供的支持主要體現(xiàn)在如下幾個方面：
首先，它使得 JPA 配置變得更加靈活。JPA 規(guī)范要求，配置文件必須命名為 persistence.xml，并存在于類路徑下的
META-INF 目錄中。該文件通常包含了初始化 JPA 引擎所需的全部信息。Spring 提供的
LocalContainerEntityManagerFactoryBean 提供了非常靈活的配置，persistence.xml
中的信息都可以在此以屬性注入的方式提供。
其次，Spring 實現(xiàn)了部分在 EJB 容器環(huán)境下才具有的功能，比如對 @PersistenceContext、@PersistenceUnit 的容器注入支持。
第三，也是最具意義的，Spring 將 EntityManager
的創(chuàng)建與銷毀、事務(wù)管理等代碼抽取出來，并由其統(tǒng)一管理，開發(fā)者不需要關(guān)心這些，如前面的代碼所示，業(yè)務(wù)方法中只剩下操作領(lǐng)域?qū)ο蟮拇a，事務(wù)管理和
EntityManager 創(chuàng)建、銷毀的代碼都不再需要開發(fā)者關(guān)心了。
更進(jìn)一步：Spring Data JPA 讓一切近乎完美
通
過前面的分析可以看出，Spring 對 JPA 的支持已經(jīng)非常強大，開發(fā)者只需關(guān)心核心業(yè)務(wù)邏輯的實現(xiàn)代碼，無需過多關(guān)注
EntityManager 的創(chuàng)建、事務(wù)處理等 JPA 相關(guān)的處理，這基本上也是作為一個開發(fā)框架而言所能做到的極限了。然而，Spring
開發(fā)小組并沒有止步，他們再接再厲，于最近推出了 Spring Data JPA 框架，主要針對的就是 Spring
唯一沒有簡化到的業(yè)務(wù)邏輯代碼，至此，開發(fā)者連僅剩的實現(xiàn)持久層業(yè)務(wù)邏輯的工作都省了，唯一要做的，就只是聲明持久層的接口，其他都交給 Spring
Data JPA 來幫你完成！
至此，讀者可能會存在一個疑問，框架怎么可能代替開發(fā)者實現(xiàn)業(yè)務(wù)邏輯呢？畢竟，每一個應(yīng)用的持久層業(yè)務(wù)甚至
領(lǐng)域?qū)ο蠖疾槐M相同，框架是怎么做到的呢？其實這背后的思想并不復(fù)雜，比如，當(dāng)你看到 UserDao.findUserById()
這樣一個方法聲明，大致應(yīng)該能判斷出這是根據(jù)給定條件的 ID 查詢出滿足條件的 User 對象。Spring Data JPA
做的便是規(guī)范方法的名字，根據(jù)符合規(guī)范的名字來確定方法需要實現(xiàn)什么樣的邏輯。
接下來我們針對前面的例子進(jìn)行改造，讓 Spring Data JPA 來幫助我們完成業(yè)務(wù)邏輯。在著手寫代碼之前，開發(fā)者需要先下載Spring Data JPA 的發(fā)布包（需要同時下載 Spring Data Commons 和 Spring Data JPA 兩個發(fā)布包，Commons 是 Spring Data 的公共基礎(chǔ)包），并把相關(guān)的依賴 JAR 文件加入到 CLASSPATH 中。
首先，讓持久層接口 UserDao 繼承 Repository 接口。該接口使用了泛型，需要為其提供兩個類型：第一個為該接口處理的域?qū)ο箢愋?，第二個為該域?qū)ο蟮闹麈I類型。修改后的 UserDao 如下：
清單 12. Spring Data JPA 風(fēng)格的持久層接口
public interface UserDao extends Repository {
public AccountInfo save(AccountInfo accountInfo);
}
然后刪除 UserDaoImpl 類，因為我們前面說過，框架會為我們完成業(yè)務(wù)邏輯。最后，我們需要在 Spring 配置文件中增加如下配置，以使 Spring 識別出需要為其實現(xiàn)的持久層接口：
清單 13. 在 Spring 配置文件中啟用掃描并自動創(chuàng)建代理的功能
<-- 需要在 標(biāo)簽中增加對 jpa 命名空間的引用 -->
entity-manager-factory-ref="entityManagerFactory"
transaction-manager-ref="transactionManager"/>
至此便大功告成了！執(zhí)行一下測試代碼，然后看一下數(shù)據(jù)庫，新的數(shù)據(jù)已經(jīng)如我們預(yù)期的添加到表中了。如果要再增加新的持久層業(yè)務(wù)，比如希望查詢出給 ID 的 AccountInfo 對象，該怎么辦呢？很簡單，在 UserDao 接口中增加一行代碼即可：
清單 14. 修改后的持久層接口，增加一個方法聲明
public interface UserDao extends Repository {
public AccountInfo save(AccountInfo accountInfo);
// 你需要做的，僅僅是新增如下一行方法聲明
public AccountInfo findByAccountId(Long accountId);
}
下面總結(jié)一下使用 Spring Data JPA 進(jìn)行持久層開發(fā)大致需要的三個步驟：
聲明持久層的接口，該接口繼承 Repository，Repository 是一個標(biāo)記型接口，它不包含任何方法，當(dāng)然如果有需要，Spring Data 也提供了若干 Repository 子接口，其中定義了一些常用的增刪改查，以及分頁相關(guān)的方法。
在接口中聲明需要的業(yè)務(wù)方法。Spring Data 將根據(jù)給定的策略（具體策略稍后講解）來為其生成實現(xiàn)代碼。
在 Spring 配置文件中增加一行聲明，讓 Spring 為聲明的接口創(chuàng)建代理對象。配置了
后，Spring 初始化容器時將會掃描 base-package 指定的包目錄及其子目錄，為繼承 Repository
或其子接口的接口創(chuàng)建代理對象，并將代理對象注冊為 Spring Bean，業(yè)務(wù)層便可以通過 Spring 自動封裝的特性來直接使用該對象。
此外， 還提供了一些屬性和子標(biāo)簽，便于做更細(xì)粒度的控制?？梢栽? 內(nèi)部使用 、 來過濾掉一些不希望被掃描到的接口。具體的使用方法見Spring參考文檔。
應(yīng)該繼承哪個接口？
前
面提到，持久層接口繼承 Repository 并不是唯一選擇。Repository 接口是 Spring Data
的一個核心接口，它不提供任何方法，開發(fā)者需要在自己定義的接口中聲明需要的方法。與繼承 Repository
等價的一種方式，就是在持久層接口上使用 @RepositoryDefinition 注解，并為其指定 domainClass 和 idClass
屬性。如下兩種方式是完全等價的：
清單 15. 兩種等價的繼承接口方式示例
public interface UserDao extends Repository { …… }
@RepositoryDefinition(domainClass = AccountInfo.class, idClass = Long.class)
public interface UserDao { …… }
如果持久層接口較多，且每一個接口都需要聲明相似的增
刪改查方法，直接繼承 Repository 就顯得有些啰嗦，這時可以繼承
CrudRepository，它會自動為域?qū)ο髣?chuàng)建增刪改查方法，供業(yè)務(wù)層直接使用。開發(fā)者只是多寫了 "Crud"
四個字母，即刻便為域?qū)ο筇峁┝碎_箱即用的十個增刪改查方法。
但是，使用 CrudRepository
也有副作用，它可能暴露了你不希望暴露給業(yè)務(wù)層的方法。比如某些接口你只希望提供增加的操作而不希望提供刪除的方法。針對這種情況，開發(fā)者只能退回到
Repository 接口，然后到 CrudRepository 中把希望保留的方法聲明復(fù)制到自定義的接口中即可。
分頁查詢和排序是
持久層常用的功能，Spring Data 為此提供了 PagingAndSortingRepository 接口，它繼承自
CrudRepository 接口，在 CrudRepository
基礎(chǔ)上新增了兩個與分頁有關(guān)的方法。但是，我們很少會將自定義的持久層接口直接繼承自
PagingAndSortingRepository，而是在繼承 Repository 或 CrudRepository
的基礎(chǔ)上，在自己聲明的方法參數(shù)列表最后增加一個 Pageable 或 Sort 類型的參數(shù)，用于指定分頁或排序信息即可，這比直接使用
PagingAndSortingRepository 提供了更大的靈活性。
JpaRepository 是繼承自
PagingAndSortingRepository 的針對 JPA 技術(shù)提供的接口，它在父接口的基礎(chǔ)上，提供了其他一些方法，比如
flush()，saveAndFlush()，deleteInBatch() 等。如果有這樣的需求，則可以繼承該接口。
上述四個接
口，開發(fā)者到底該如何選擇？其實依據(jù)很簡單，根據(jù)具體的業(yè)務(wù)需求，選擇其中之一。筆者建議在通常情況下優(yōu)先選擇 Repository 接口。因為
Repository 接口已經(jīng)能滿足日常需求，其他接口能做到的在 Repository 中也能做到，彼此之間并不存在功能強弱的問題。只是
Repository 需要顯示聲明需要的方法，而其他則可能已經(jīng)提供了相關(guān)的方法，不需要再顯式聲明，但如果對 Spring Data JPA
不熟悉，別人在檢視代碼或者接手相關(guān)代碼時會有疑惑，他們不明白為什么明明在持久層接口中聲明了三個方法，而在業(yè)務(wù)層使用該接口時，卻發(fā)現(xiàn)有七八個方法可
用，從這個角度而言，應(yīng)該優(yōu)先考慮使用 Repository 接口。
前面提到，Spring Data JPA 在后臺為持久層接口創(chuàng)建代理對象時，會解析方法名字，并實現(xiàn)相應(yīng)的功能。除了通過方法名字以外，它還可以通過如下兩種方式指定查詢語句：
Spring Data JPA 可以訪問 JPA 命名查詢語句。開發(fā)者只需要在定義命名查詢語句時，為其指定一個符合給定格式的名字，Spring Data JPA 便會在創(chuàng)建代理對象時，使用該命名查詢語句來實現(xiàn)其功能。
開發(fā)者還可以直接在聲明的方法上面使用 @Query 注解，并提供一個查詢語句作為參數(shù)，Spring Data JPA 在創(chuàng)建代理對象時，便以提供的查詢語句來實現(xiàn)其功能。
下面我們分別講述三種創(chuàng)建查詢的方式。
通過解析方法名創(chuàng)建查詢
通
過前面的例子，讀者基本上對解析方法名創(chuàng)建查詢的方式有了一個大致的了解，這也是 Spring Data JPA
吸引開發(fā)者的一個很重要的因素。該功能其實并非 Spring Data JPA 首創(chuàng)，而是源自一個開源的 JPA 框架 Hades，該框架的作者
Oliver Gierke 本身又是 Spring Data JPA 項目的 Leader，所以把 Hades 的優(yōu)勢引入到 Spring
Data JPA 也就是順理成章的了。
框架在進(jìn)行方法名解析時，會先把方法名多余的前綴截取掉，比如
find、findBy、read、readBy、get、getBy，然后對剩下部分進(jìn)行解析。并且如果方法的最后一個參數(shù)是 Sort 或者
Pageable 類型，也會提取相關(guān)的信息，以便按規(guī)則進(jìn)行排序或者分頁查詢。
在創(chuàng)建查詢時，我們通過在方法名中使用屬性名稱來表達(dá)，比如 findByUserAddressZip ()?？蚣茉诮馕鲈摲椒〞r，首先剔除 findBy，然后對剩下的屬性進(jìn)行解析，詳細(xì)規(guī)則如下（此處假設(shè)該方法針對的域?qū)ο鬄?AccountInfo 類型）：
先判斷 userAddressZip （根據(jù) POJO 規(guī)范，首字母變?yōu)樾懀峦┦欠駷?AccountInfo 的一個屬性，如果是，則表示根據(jù)該屬性進(jìn)行查詢；如果沒有該屬性，繼續(xù)第二步；
從右往左截取第一個大寫字母開頭的字符串（此處為 Zip），然后檢查剩下的字符串是否為 AccountInfo
的一個屬性，如果是，則表示根據(jù)該屬性進(jìn)行查詢；如果沒有該屬性，則重復(fù)第二步，繼續(xù)從右往左截取；最后假設(shè) user 為 AccountInfo
的一個屬性；
接著處理剩下部分（ AddressZip ），先判斷 user 所對應(yīng)的類型是否有 addressZip 屬性，如果有，則表示該方法最終是根據(jù)
"AccountInfo.user.addressZip" 的取值進(jìn)行查詢；否則繼續(xù)按照步驟 2 的規(guī)則從右往左截取，最終表示根據(jù)
"AccountInfo.user.address.zip" 的值進(jìn)行查詢。
可能會存在一種特殊情況，比如
AccountInfo 包含一個 user 的屬性，也有一個 userAddress 屬性，此時會存在混淆。讀者可以明確在屬性之間加上 "_"
以顯式表達(dá)意圖，比如 "findByUser_AddressZip()" 或者 "findByUserAddress_Zip()"。
在查詢時，通常需要同時根據(jù)多個屬性進(jìn)行查詢，且查詢的條件也格式各樣（大于某個值、在某個范圍等等），Spring Data JPA 為此提供了一些表達(dá)條件查詢的關(guān)鍵字，大致如下：
And --- 等價于 SQL 中的 and 關(guān)鍵字，比如 findByUsernameAndPassword(String user, Striang pwd)；
Or --- 等價于 SQL 中的 or 關(guān)鍵字，比如 findByUsernameOrAddress(String user, String addr)；
Between --- 等價于 SQL 中的 between 關(guān)鍵字，比如 findBySalaryBetween(int max, int min)；
LessThan --- 等價于 SQL 中的 "<"，比如 findBySalaryLessThan(int max)；
GreaterThan --- 等價于 SQL 中的">"，比如 findBySalaryGreaterThan(int min)；
IsNull --- 等價于 SQL 中的 "is null"，比如 findByUsernameIsNull()；
IsNotNull --- 等價于 SQL 中的 "is not null"，比如 findByUsernameIsNotNull()；
NotNull --- 與 IsNotNull 等價；
Like --- 等價于 SQL 中的 "like"，比如 findByUsernameLike(String user)；
NotLike --- 等價于 SQL 中的 "not like"，比如 findByUsernameNotLike(String user)；
OrderBy --- 等價于 SQL 中的 "order by"，比如 findByUsernameOrderBySalaryAsc(String user)；
Not --- 等價于 SQL 中的 "！ ="，比如 findByUsernameNot(String user)；
In --- 等價于 SQL 中的 "in"，比如 findByUsernameIn(Collection userList) ，方法的參數(shù)可以是 Collection 類型，也可以是數(shù)組或者不定長參數(shù)；
NotIn --- 等價于 SQL 中的 "not in"，比如 findByUsernameNotIn(Collection userList) ，方法的參數(shù)可以是 Collection 類型，也可以是數(shù)組或者不定長參數(shù)；
使用 @Query 創(chuàng)建查詢
@Query 注解的使用非常簡單，只需在聲明的方法上面標(biāo)注該注解，同時提供一個 JP QL 查詢語句即可，如下所示：
清單 16. 使用 @Query 提供自定義查詢語句示例
public interface UserDao extends Repository {
@Query("select a from AccountInfo a where a.accountId = ?1")
public AccountInfo findByAccountId(Long accountId);
@Query("select a from AccountInfo a where a.balance > ?1")
public Page findByBalanceGreaterThan(
Integer balance,Pageable pageable);
}
很多開發(fā)者在創(chuàng)建 JP QL 時喜歡使用命名參數(shù)來代替位置編號，@Query 也對此提供了支持。JP QL 語句中通過": 變量"的格式來指定參數(shù)，同時在方法的參數(shù)前面使用 @Param 將方法參數(shù)與 JP QL 中的命名參數(shù)對應(yīng)，示例如下：
清單 17. @Query 支持命名參數(shù)示例
public interface UserDao extends Repository {
public AccountInfo save(AccountInfo accountInfo);
@Query("from AccountInfo a where a.accountId = :id")
public AccountInfo findByAccountId(@Param("id")Long accountId);
@Query("from AccountInfo a where a.balance > :balance")
public Page findByBalanceGreaterThan(
@Param("balance")Integer balance,Pageable pageable);
}
此外，開發(fā)者也可以通過使用 @Query 來執(zhí)行一個更新操作，為此，我們需要在使用 @Query 的同時，用 @Modifying 來將該操作標(biāo)識為修改查詢，這樣框架最終會生成一個更新的操作，而非查詢。如下所示：
清單 18. 使用 @Modifying 將查詢標(biāo)識為修改查詢
@Modifying
@Query("update AccountInfo a set a.salary = ?1 where a.salary < ?2")
public int increaseSalary(int after, int before);
通過調(diào)用 JPA 命名查詢語句創(chuàng)建查詢
命
名查詢是 JPA 提供的一種將查詢語句從方法體中獨立出來，以供多個方法共用的功能。Spring Data JPA
對命名查詢也提供了很好的支持。用戶只需要按照 JPA 規(guī)范在 orm.xml 文件或者在代碼中使用 @NamedQuery（或
@NamedNativeQuery）定義好查詢語句，唯一要做的就是為該語句命名時，需要滿足”DomainClass.methodName()”的
命名規(guī)則。假設(shè)定義了如下接口：
清單 19. 使用 JPA 命名查詢時，聲明接口及方法時不需要什么特殊處理
public interface UserDao extends Repository {
......
public List findTop5();
}
如果希望為 findTop5()
創(chuàng)建命名查詢，并與之關(guān)聯(lián)，我們只需要在適當(dāng)?shù)奈恢枚x命名查詢語句，并將其命名為
"AccountInfo.findTop5"，框架在創(chuàng)建代理類的過程中，解析到該方法時，優(yōu)先查找名為
"AccountInfo.findTop5" 的命名查詢定義，如果沒有找到，則嘗試解析方法名，根據(jù)方法名字創(chuàng)建查詢。
創(chuàng)建查詢的順序
Spring
Data JPA
在為接口創(chuàng)建代理對象時，如果發(fā)現(xiàn)同時存在多種上述情況可用，它該優(yōu)先采用哪種策略呢？為此， 提供了
query-lookup-strategy 屬性，用以指定查找的順序。它有如下三個取值：
create --- 通過解析方法名字來創(chuàng)建查詢。即使有符合的命名查詢，或者方法通過 @Query 指定的查詢語句，都將會被忽略。
create-if-not-found --- 如果方法通過 @Query
指定了查詢語句，則使用該語句實現(xiàn)查詢；如果沒有，則查找是否定義了符合條件的命名查詢，如果找到，則使用該命名查詢；如果兩者都沒有找到，則通過解析方
法名字來創(chuàng)建查詢。這是 query-lookup-strategy 屬性的默認(rèn)值。
use-declared-query --- 如果方法通過 @Query 指定了查詢語句，則使用該語句實現(xiàn)查詢；如果沒有，則查找是否定義了符合條件的命名查詢，如果找到，則使用該命名查詢；如果兩者都沒有找到，則拋出異常。
Spring Data JPA 對事務(wù)的支持
默
認(rèn)情況下，Spring Data JPA 實現(xiàn)的方法都是使用事務(wù)的。針對查詢類型的方法，其等價于
@Transactional(readOnly=true)；增刪改類型的方法，等價于
@Transactional?？梢钥闯觯藢⒉樵兊姆椒ㄔO(shè)為只讀事務(wù)外，其他事務(wù)屬性均采用默認(rèn)值。
如果用戶覺得有必要，可以在接口方法上使用 @Transactional 顯式指定事務(wù)屬性，該值覆蓋 Spring Data JPA 提供的默認(rèn)值。同時，開發(fā)者也可以在業(yè)務(wù)層方法上使用 @Transactional 指定事務(wù)屬性，這主要針對一個業(yè)務(wù)層方法多次調(diào)用持久層方法的情況。持久層的事務(wù)會根據(jù)設(shè)置的事務(wù)傳播行為來決定是掛起業(yè)務(wù)層事務(wù)還是加入業(yè)務(wù)層的事務(wù)。具體 @Transactional 的使用，請參考Spring的參考文檔。
為接口中的部分方法提供自定義實現(xiàn)
有些時候，開發(fā)者可能需要在某些方法中做一些特殊的處理，此時自動生成的代理對象不能完全滿足要求。為了享受 Spring Data JPA 帶給我們的便利，同時又能夠為部分方法提供自定義實現(xiàn)，我們可以采用如下的方法：
將需要開發(fā)者手動實現(xiàn)的方法從持久層接口（假設(shè)為 AccountDao ）中抽取出來，獨立成一個新的接口（假設(shè)為 AccountDaoPlus ），并讓 AccountDao 繼承 AccountDaoPlus；
為 AccountDaoPlus 提供自定義實現(xiàn)（假設(shè)為 AccountDaoPlusImpl ）；
將 AccountDaoPlusImpl 配置為 Spring Bean；
在 中按清單 19 的方式進(jìn)行配置。
清單 20. 指定自定義實現(xiàn)類
此外， 提供了一個 repository-impl-postfix 屬性，用以指定實現(xiàn)類的后綴。假設(shè)做了如下配置：
清單 21. 設(shè)置自動查找時默認(rèn)的自定義實現(xiàn)類命名規(guī)則
repository-impl-postfix="Impl"/>
則在框架掃描到 AccountDao 接口時，它將嘗試在相同的包目錄下查找 AccountDaoImpl.java，如果找到，便將其中的實現(xiàn)方法作為最終生成的代理類中相應(yīng)方法的實現(xiàn)。
結(jié)束語
本文主要介紹了 Spring Data JPA 的使用，以及它與 Spring 框架的無縫集成。Spring Data JPA 其實并不依賴于 Spring 框架，有興趣的讀者可以參考本文最后的"參考資源"進(jìn)一步學(xué)習(xí)。
