Java 有transient
关键字。为什么 JPA 有 @Transient
而不是简单地使用已经存在的 java 关键字?
Java的transient
关键字用来表示字段不被序列化,而JPA的@Transient
注解用来表示字段不被持久化到数据库中,即它们的语义不同。
因为它们有不同的含义。 @Transient
注释告诉 JPA 提供程序不要保留任何(非 transient
)属性。另一个告诉序列化框架不要序列化属性。您可能希望拥有一个 @Transient
属性并仍然对其进行序列化。
正如其他人所说,@Transient
用于标记不应保留的字段。考虑这个简短的例子:
public enum Gender { MALE, FEMALE, UNKNOWN }
@Entity
public Person {
private Gender g;
private long id;
@Id
@GeneratedValue(strategy=GenerationType.AUTO)
public long getId() { return id; }
public void setId(long id) { this.id = id; }
public Gender getGender() { return g; }
public void setGender(Gender g) { this.g = g; }
@Transient
public boolean isMale() {
return Gender.MALE.equals(g);
}
@Transient
public boolean isFemale() {
return Gender.FEMALE.equals(g);
}
}
当这个类被提供给 JPA 时,它会保留 gender
和 id
,但不会尝试保留 helper 布尔方法 - 如果没有 @Transient
,底层系统会抱怨缺少实体类 Person
{ 5} 和 setFemale()
方法,因此根本不会持续存在 Person
。
equals()
来比较枚举吗?这就像写 new Integer(3).equals(new Integer(3))
来比较数字
目的不同:
transient
关键字和 @Transient
注释有两种不同的用途:一种处理序列化,另一种处理持久性。作为程序员,我们经常将这两个概念合二为一,但这通常并不准确。 Persistence 是指状态的特征,它比创建它的过程长。 Java 中的 Serialization 是指将对象的状态编码/解码为字节流的过程。
transient
关键字是比 @Transient
更强的条件:
如果字段使用 transient
关键字,则在对象转换为字节流时不会序列化该字段。此外,由于 JPA 将标有 transient
关键字的字段视为具有 @Transient
注释,因此 JPA 也不会保留该字段。
另一方面,单独注释 @Transient
的字段将在对象序列化时转换为字节流,但不会被 JPA 持久化。因此,transient
关键字是比 @Transient
注释更强的条件。
例子
这就引出了一个问题:为什么有人想要序列化一个未持久化到应用程序数据库的字段?现实情况是,序列化不仅仅用于持久性。在企业 Java 应用程序中,需要一种机制来在分布式组件之间交换对象;序列化提供了一个通用的通信协议来处理这个问题。因此,一个字段可以保存用于组件间通信的关键信息;但是从持久性的角度来看,相同的字段可能没有任何价值。
例如,假设一个优化算法在服务器上运行,并且假设这个算法需要几个小时才能完成。对于客户而言,拥有最新的解决方案集很重要。因此,客户端可以订阅服务器并在算法执行阶段接收定期更新。这些更新是使用 ProgressReport
对象提供的:
@Entity
public class ProgressReport implements Serializable{
private static final long serialVersionUID = 1L;
@Transient
long estimatedMinutesRemaining;
String statusMessage;
Solution currentBestSolution;
}
Solution
类可能如下所示:
@Entity
public class Solution implements Serializable{
private static final long serialVersionUID = 1L;
double[][] dataArray;
Properties properties;
}
服务器将每个 ProgressReport
保存到其数据库中。服务器不关心持久化 estimatedMinutesRemaining
,但客户端当然关心此信息。因此,estimatedMinutesRemaining
使用 @Transient
进行注释。当算法定位到最后的 Solution
时,JPA 直接将其持久化,而不使用 ProgressReport
。
@Unpersisted
。
@Ephemeral
。根据 Merriam Webster 的说法:当 ephemeral 在 1600 年代首次以英文印刷时,“它是一个科学术语,适用于短期发烧,后来适用于寿命很短的生物体(如昆虫和花卉)。不久之后,它获得了一种延伸的意义,指的是任何转瞬即逝的事物(如“短暂的快乐”)。”
transient
字段视为隐式具有 @Transient
注释。因此,如果您使用 transient
关键字来防止字段序列化,那么它也不会最终出现在数据库中。
如果您只是想要一个字段不会被持久化,那么瞬态和 @Transient 都可以工作。但问题是为什么@Transient 因为transient 已经存在。
因为@Transient 字段仍然会被序列化!
假设您创建一个实体,进行一些 CPU 消耗计算以获得结果,并且该结果不会保存在数据库中。但是您想将实体发送到其他 Java 应用程序以供 JMS 使用,那么您应该使用 @Transient
,而不是 JavaSE 关键字 transient
。因此,在其他 VM 上运行的接收器可以节省重新计算的时间。
通俗的讲,如果在实体的某个属性上使用@Transient注解:这个属性会被单挑出来,不会存入数据库。实体内对象的其余属性仍将被保存。
https://i.stack.imgur.com/UI7gm.png
我使用保存方法中内置的 jpa 存储库将对象保存到数据库,如下所示:
userRoleJoinRepository.save(user2);
对于 Kotlin 开发人员,请记住 Java transient
关键字成为内置 Kotlin @Transient
注释。因此,如果您在实体中使用 JPA @Transient
,请确保您具有 JPA 导入:
import javax.persistence.Transient
我将尝试回答“为什么”的问题。想象一下这样一种情况,你有一个巨大的数据库,表中有很多列,你的项目/系统使用工具从数据库生成实体。 (Hibernate 有这些,等等......)现在,假设根据您的业务逻辑,您需要一个特定的字段不被持久化。您必须以特定方式“配置”您的实体。虽然 Transient 关键字适用于对象 - 因为它在 Java 语言中运行,但 @Transient 仅设计用于回答仅与持久性任务相关的任务。
不定期副业成功案例分享