如果我们在 Room 中有 @Entity，其中有复杂的对象作为字段，我们可以使用 2 种方法：
@Embedded - 据我了解，如果您使用此注释标记字段，则 Room 会将对象内部的所有字段保存为实体本身的字段，然后正确提取所有内容。
@TypeConverters - 在这里我们编写自己的转换器，在大多数情况下归结为将对象通常解析为 Json 字符串。
其实问题是：
根本区别是什么？为什么不到处写@Embedded 并担心各种转换器呢？何时编写自己的转换器更好，何时使用@Embedded 更好，这些方法的优缺点是什么？
@Embedded只能挂在特定的字段/属性上，@TypeConverters除了字段，还可以挂在Dao、Entity、DB上（所有相应类型的对象都会分别转换为Dao、整个Entity、数据库中的所有Entities ）。此外，并非所有类型都可以使用Embedded，例如集合。除了@Embedded 和@TypeConverters，您还需要记住@Relation。如果你漫不经心地使用@Embedded，那么你以后将不得不铲掉整个桌子。例如，我们有一个用户，其中包含一个地址。我们将其标记为@Embedded，并且房间会将所有内容写入一张表。而这里我们需要再添加一个地址，所有的@Embedded 都不再相关了。既然不能挂在收藏上。这里值得使用连接。另一个缺点是表变得过于过载。它将存储完全不同类型的数据、地址、用户数据、他的汽车品牌等等。然后可以在腿上射击。
@TypeConverters 呢？我认为如果你有一个嵌套的原语列表会很好。如果你转换对象，比方说使用 Gson，将来很难从其中任何一个中进行选择。让我们使用具有地址列表的同一个用户。地址有门牌号、邮政编码等。我们将其转换为 Json。让我们写下来。接下来，我们需要通过索引找到用户。在 json 字符串中搜索比在常规 int 中搜索要昂贵得多。
最后，这一切都归结为我们必须如何在这些数据中寻找某些东西，以及我们是否必须这样做。