何时以及为何在MikroOrm中使用em.clear

问题描述

我对em.clear()在MikroOrm或任何类似的实体管理器中所做的工作感到困惑。 https://mikro-orm.io/docs/entity-manager是clear()方法的链接。

对于一般的EntityManager，我似乎有一些stackoverflow回答，说我需要在每个clear()之后调用persist/remove and flush，以避免出现任何内存问题。

为使这个问题更适合我的情况，应该在应用程序中建立一个Graphql端点。有一些通用的CRUD函数供用户调用，每个函数将利用MikroOrm函数（如MikroOrm entity等来创建findOne()，以对数据库执行一些常规的CRUD操作。

这是否意味着我需要在clear()之后每次调用persist/remove and flush（如果有一些CUD操作），甚至只读取数据？如果我不调用此方法会发生什么？

解决方法

我们首先应该介绍两种方法来了解持久化在MikroORM中的工作方式：em.persist()和em.flush()。

em.persist(entity,flush?: boolean)用于标记新实体，以备将来保存。它将使实体由给定的EntityManager管理，并在调用flush之后将其写入数据库。第二个布尔参数可用于立即调用刷新。可以通过autoFlush选项配置其默认值。

要了解flush，请首先定义什么是受管实体：如果是从数据库（通过em.find()，em.findOne()或通过其他受管实体中获取）或已注册的实体，则将对其进行管理通过em.persist()作为新内容。

em.flush()将遍历所有受管实体，计算适当的变更集并根据数据库查询执行。从数据库加载的实体成为自动管理对象后，您不必在这些实体上调用persist，而flush就足以更新它们。

const book = await orm.em.findOne(Book,1);
book.title = 'How to persist things...';

// no need to persist `book` as its already managed by the EM
await orm.em.flush();

em.clear()用于测试，因此您可以使用单个EM实例模拟多个独立的请求：

const book1 = await em.findOne(Book,1); // now book 1 will be loaded
const book2 = await em.findOne(Book,1); // as book 1 is already loaded,this won't query the db
expect(book1).toBe(book2); // and we will get identity here
em.clear(); // but when we clear the identity map
const book3 = await em.findOne(Book,1); // this will query the db as the state is now gone
expect(book1).not.toBe(book3); // and identity is gone

您可以使用em.fork()来实现相同的目的，使用多个EM而不是一个。

应该在垃圾回收期间自动释放内存，而常规（应用程序）代码中不需要em.clear()方法。您的应用程序代码应使用RequestContext帮助程序或手动分叉（请参阅https://mikro-orm.io/docs/identity-map）。请求完成后，不应再引用此旧上下文，而应对其进行垃圾回收（但请记住，这种不确定性会发生，例如，当JS引擎感觉像这样时：））。

entitymanager entitymanager mikro-orm