ChatGPT解决这个技术问题 Extra ChatGPT

为什么 JPA 有 @Transient 注解?

Java 有transient关键字。为什么 JPA 有 @Transient 而不是简单地使用已经存在的 java 关键字?


r
rtruszk

Java的transient关键字用来表示字段不被序列化,而JPA的@Transient注解用来表示字段不被持久化到数据库中,即它们的语义不同。


是的,语义不同。但是为什么 JPA 是这样设计的呢?
不确定我是否理解你,但看看“Pascal Thivent”的回答;)
这很方便,因为您可能不想将数据存储在数据库中,但您确实希望将其存储在 JPA Chaching 系统中,该系统使用序列化来存储/恢复实体。
什么“JPA 缓存系统”使用序列化来存储/恢复实体? JPA 实现可以以任何他们希望的方式缓存对象,并且序列化不会进入其中。
@Jawher ,这里对于瞬态不抗性意味着不保留任何值,否则它将为该属性插入默认值。
P
Pascal Thivent

因为它们有不同的含义。 @Transient 注释告诉 JPA 提供程序不要保留任何(非 transient)属性。另一个告诉序列化框架不要序列化属性。您可能希望拥有一个 @Transient 属性并仍然对其进行序列化。


感谢帕斯卡的回答。作为您评论中的注释:“您可能希望拥有一个 @Transient 属性并仍然对其进行序列化。” (这就是我一直在寻找的)我还想补充一点,事实并非如此。如果将变量设置为瞬态,则您无法持久保存它。
E
Esko

正如其他人所说,@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 时,它会保留 genderid,但不会尝试保留 helper 布尔方法 - 如果没有 @Transient,底层系统会抱怨缺少实体类 Person { 5} 和 setFemale() 方法,因此根本不会持续存在 Person


@psp 你能解释一下它为什么/如何导致未指定的行为吗?谢谢!
@40 绘制规范说明
恕我直言,这应该是公认的答案,因为它更多地解释了当前接受的答案...
来吧..你真的使用 equals() 来比较枚举吗?这就像写 new Integer(3).equals(new Integer(3)) 来比较数字
@Jack 来吧,您正在回复 12 岁的答案。甚至自 2016 年以来我都没有接触过 Java,这些天我是一名全栈 Clojurist。
A
Austin

目的不同:

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 年代首次以英文印刷时,“它是一个科学术语,适用于短期发烧,后来适用于寿命很短的生物体(如昆虫和花卉)。不久之后,它获得了一种延伸的意义,指的是任何转瞬即逝的事物(如“短暂的快乐”)。”
我还喜欢这个答案的是它提到 JPA 将 transient 字段视为隐式具有 @Transient 注释。因此,如果您使用 transient 关键字来防止字段序列化,那么它也不会最终出现在数据库中。
r
rtruszk

如果您只是想要一个字段不会被持久化,那么瞬态和 @Transient 都可以工作。但问题是为什么@Transient 因为transient 已经存在。

因为@Transient 字段仍然会被序列化!

假设您创建一个实体,进行一些 CPU 消耗计算以获得结果,并且该结果不会保存在数据库中。但是您想将实体发送到其他 Java 应用程序以供 JMS 使用,那么您应该使用 @Transient,而不是 JavaSE 关键字 transient。因此,在其他 VM 上运行的接收器可以节省重新计算的时间。


您能否提供示例以使其更清楚?
是否有 jpa 将视为瞬态但杰克逊不会的注释?
L
Llama

通俗的讲,如果在实体的某个属性上使用@Transient注解:这个属性会被单挑出来,不会存入数据库。实体内对象的其余属性仍将被保存。

https://i.stack.imgur.com/UI7gm.png

我使用保存方法中内置的 jpa 存储库将对象保存到数据库,如下所示:

userRoleJoinRepository.save(user2);


P
Paulo Merson

对于 Kotlin 开发人员,请记住 Java transient 关键字成为内置 Kotlin @Transient 注释。因此,如果您在实体中使用 JPA @Transient,请确保您具有 JPA 导入:

import javax.persistence.Transient

D
Dima R.

我将尝试回答“为什么”的问题。想象一下这样一种情况,你有一个巨大的数据库,表中有很多列,你的项目/系统使用工具从数据库生成实体。 (Hibernate 有这些,等等......)现在,假设根据您的业务逻辑,您需要一个特定的字段不被持久化。您必须以特定方式“配置”您的实体。虽然 Transient 关键字适用于对象 - 因为它在 Java 语言中运行,但 @Transient 仅设计用于回答仅与持久性任务相关的任务。