object references an unsaved transient instance - save the transient instance before flushing 解决过程。

前言

本篇博客记录一个Spring JPA报错的解决方案。这个报错源自于一个需求的的改动，由于原始的接口执行过于缓慢，所以要改造成为异步通知模式，也因此遇到了这个报错，浪费了一上午时间。

情景还原

由于涉及到公司内部代码不便展示，以伪码还原整个过程。首先先把原本的结构模拟出来，以下类、方法皆为虚构，用于描述问题：

@Entity
public class Student{
	@Id
	private long id;
	private String name;
	@ManyToOne
	priavte School school;
	//...略...
}

@Entity
public class School{ 
	@Id
	private 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{
	@Id
	private 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{
	@Id
	private long id;
	private String name;
	@ManyToOne //这里就不再需要Spring给我们做持久化和合并了。
	priavte School school;
	//...略...
}

一点思考

如果上面笔者的分析成立，理论上说单线程情况下应该也会出现这种报错才对。但是单线程运行良好大概是Spring的@Transactional注解可以对串行程序造成的依赖进行合并写入，但是在多线程下@Transactional并不能很好的运行，需要手动去处理这些依赖关系。当然这些仅仅是笔者根据表象进行的推测，如果有哪位同仁知道，还请不吝赐教。