EntityManager

 持久化实体 persist(entity)

newEntity-----托管

托管-----无效，什么都不发生

删除状态------托管

游离-----提交时 例外抛出

更新实体

对实体的setXxx（）方法的调用在容器flush时都会更新的

合并merge()

newEntity----copy一份----copy的那一份托管

托管----无效

删除状态---例外抛出

游离

         1。如果已经存在一个id一样的托管对象了，参数（游离状态）内容复制到托管对象，并返回托管对象。

        2。容器不存在id和游离对象相同的托管对象，创建一个游离对象的COPY并托管它，方法返回这个托管的引用。

总的来说：游离的对象永远不会变为托管对象，只会把内容合并进copy的或者存在的托管对象

remove（）

托管----删除状态

remove游离 会异常

我们发现游离和删除状态的相关方法的交叉调用会抛异常

刷新实体 refresh（）

只有托管对象才可以刷新

将数据库中最新的数据刷新实体

实体状态和生命周期事件

new ，没有ID，不在管理器的缓存中。

 

托管，容器flush时会同步到数据库

删除状态，仍然在管理器的缓存中，但是flush时，会删除数据库中的映射

游离，有ID，但是不在管理器的缓存中。

find()  getreference()     从数据库中得到实体

flush（）

clear ()  所有的托管对象从缓存中清除,之前应该先flush

以下注解在实体内方法上，成为生命周期事件的回调函数

@PostLoad

@PrePersist  @PostPersist

@PreUpdate   @PostUpdate

@PreRemove @PostRemove

 

# 数据库
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生