前言

本篇博客記錄一個Spring JPA報錯的解決方案。這個報錯源自于一個需求的的改動，由于原始的接口執行過于緩慢，所以要改造成為異步通知模式，也因此遇到了這個報錯，浪費了一上午時間。

情景還原

由于涉及到公司內部代碼不便展示，以偽碼還原整個過程。首先先把原本的結構模擬出來，以下類、方法皆為虛構，用于描述問題：

@Entity public class Student{@Idprivate long id;private String name;@ManyToOnepriavte School school;//...略... } @Entity public class School{ @Idprivate long id;private String description;//...略... } @Transactional public void mockLogical(){mockStudent();//運算邏輯School school = new School();//運算邏輯：計算stu的值school.setters();jpaSchoolRepository.save(stu); } @Transactional public void mockStudent(){Student stu = new Student();//運算邏輯：計算stu的值stu.setters();jpaStudentRepository.save(stu); }public void mockLoop(){foreach(){mockLogical();} }

這一段大概的邏輯就是在某一個Service里面有一個循環方法mockLoop()，循環調用邏輯方法mockLogical()。在mockLogical()方法內對Student和School的值進行計算，并賦值存儲到庫。而這個依賴關系則是Student依賴School且是ManyToOne的定義，單線程下相當于一個事務mockLogical中又開啟了一個事務mockStudent，其中的依賴Spring JPA會幫助處理合并，因此程序會有序的執行下去并不會有什么錯誤。但是由于業務需求改成了多線程，這就出問題了，如下：

public void mockLoop(){foreach(){//采用多線程執行mockLogical()內的邏輯executor.submit(new MockLogicalThread());} }

就直接導致了報錯：

org.springframework.dao.InvalidDataAccessApiUsageException: org.hibernate.TransientPropertyValueException: object references an unsaved transient instance - save the transient instance before flushing : com.*.domain.Student.school -> com.*.domain.School; nested exception is java.lang.IllegalStateException: org.hibernate.TransientPropertyValueException: object references an unsaved transient instance - save the transient instance before flushing : com.*.domain.Student.school -> com.*.domain.School

分析原因：由于為了保存Student，必須要有School這個實例對象，但是由于我們創建并賦值的School此時還沒有被創建出來，Spring就嘗試給我們創建了一個出來，并嘗試及聯插入。但是到后面發現我們也有一個新創建的School對象并且進行了存儲操作，于是Spring搞不清楚到底應該用哪個School去執行插入數據的操作于是報了這樣的錯誤。怎么解決呢？通過網絡上各種帖子可以很容易查到通過添加注解屬性@ManyToOne(cascade = {CascadeType.PERSIST,CascadeType.MERGE})可以解決：前一個PERSIST是持久化依賴類，后一個MERGE是合并依賴類，如果有多個的話。

@Entity public class Student{@Idprivate long id;private String name;@ManyToOne(cascade = {CascadeType.PERSIST,CascadeType.MERGE})priavte School school;//...略... }

一致性約束

到這里筆者以為可以解決的時候，運行結果就又報錯了，這次報錯的結果是Mysql返回的：

Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Column 'description' cannot be null

由于School表里字段description有不為null的約束，導致了Spring JAP無法進行落地。因為當設置依賴為PERSIST的時候，遇到save()方法就必然要對依賴類進行實例化落地，但是Spring并不知道School里面要填充什么內容，于是除了id可以自增以外，其余的屬性全部是null，這樣就和Mysql表中的一致性約束起了沖突于是報了這個錯誤。分析可以得出報錯的根本原因就是處理依賴的時候沒有賦值，因此解決方案也就出來了：想辦法把依賴放到前面去實例化并進行持久化，如下。這樣也不需要Spring幫助我們做持久化了。

@Transactional public void mockLogical(){//運算邏輯School school = new School();//運算邏輯：計算stu的值school.setters();jpaSchoolRepository.save(stu);mockStudent();//把Student放到School持久化后面 } @Entity public class Student{@Idprivate long id;private String name;@ManyToOne //這里就不再需要Spring給我們做持久化和合并了。priavte School school;//...略... }

一點思考

如果上面筆者的分析成立，理論上說單線程情況下應該也會出現這種報錯才對。但是單線程運行良好大概是Spring的@Transactional注解可以對串行程序造成的依賴進行合并寫入，但是在多線程下@Transactional并不能很好的運行，需要手動去處理這些依賴關系。當然這些僅僅是筆者根據表象進行的推測，如果有哪位同仁知道，還請不吝賜教。

總結

以上是生活随笔為你收集整理的object references an unsaved transient instance - save the transient instance before flushing 解决过程。的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。