ObjectBox数据库笔记4：事务
事务可以将多个操作分组到单个工作单元中，这些工作单元要么完全执行，要么根本不执行。您可能没有注意到，但几乎所有与ObjectBox的交互都涉及事务。例如，如果您调用put，则会使用写事务。此外，如果您获得一个对象或对象的查询，则使用读事务。所有这些都是在幕后完成的，对你来说是透明的。在应用程序中完全忽略事务可能没有任何问题。然而，对于更复杂的应用程序，学习交易基础知识让你的应用程序更加一致和高效通常是值得的。
1.一个关于事务的快速总结 TL;DR - a quick summary on Transactions
1.访问数据总是在隐式事务中发生，为了方便，API隐藏了这个细节
2.对于非普通操作，应该使用显式事务，以获得更好的速度和原子性。
3.事务管理多线程;例如，一个事务绑定到一个线程，反之亦然。
4.只读事务永远不会被阻塞，也不会阻塞写事务。
5.任何时候都只能有一个写事务;它们严格地一个接一个地运行(顺序)。
6.顺序执行简化了在写事务中运行的用户代码，使其更安全。
7.保持写事务短，以优化吞吐量，例如，在输入数据前准备数据。
错误用法，put是一个隐式事务，会引发多个事务，效率代
for(User user: allUsers) {
modify(user); // modifies properties of given user
box.put(user);
}
正常用法，统一修改数据，然后一次性修改到事务。
for(User user: allUsers) {
modify(user); // modifies properties of given user
}
box.put(allUsers);
2.显式事务 Explicit Transactions
我们了解到所有ObjectBox操作都在隐式事务中运行——除非正在进行显式事务。在后一种情况下，多个操作共享(显式)事务。换句话说，通过显式事务，您可以控制事务边界。这样做可以极大地提高应用程序的效率和一致性。
BoxStore提供了以下方法来执行显式事务:
1.runInTx:在事务中运行给定的可运行对象。不要在主线程调用，会耗时。
2.runInReadTx:在一个read(-only)事务中运行给定的可运行对象。与写事务不同，多个读事务可以同时运行。
3.runInTxAsync:在单独的线程中作为事务运行给定的Runnable。一旦事务完成，就会调用给定的回调(回调可能为空)。
4.callInTx:类似于runInTx(Runnable)，但允许返回一个值并抛出异常。
除runInTxAsync之外，增删改查，都是在调用的线程里执行，如果在主线程里对表做大量的增删改查，会导致主线程卡,有可能引发ANR,不建议直接在主线程进行增删改查操作。
同样是写10万务数据，放到事务里执行，效率会高很多。
3.在ObjectBox中，读取事务是廉价的。与写事务相反，不需要提交，因此不需要对文件系统进行昂贵的同步。如get、count和查询等操作在隐式读事务中运行，如果它们在显式事务(读或写)中没有被调用的话。注意，在read事务中执行put方法它是非法的:将引发异常。
虽然读事务比写事务便宜得多，但启动读事务仍然有一些开销。因此，对于大量的读操作(例如，循环中有数百次)，可以通过将这些读操作分组到单个读事务中来提高性能(参见下面的显式事务)。
3.Multiversion Concurrency
ObjectBox为开发人员提供了多版本并发控制(MVCC)语义。这允许多个并发的读取器(读取事务)，可以立即执行而不阻塞或等待。这可以通过存储(提交的)数据的多个版本来保证。即使写事务正在进行中，读事务也可以立即读取最后的一致状态。写事务按顺序执行，以确保状态一致。因此，建议写事务保持较短，以避免阻塞其他挂起的写事务。例如，在写事务中进行联网或复杂的计算通常不是一个好主意。相反，在进入写事务之前，执行任何昂贵的操作并准备对象。
请注意，您自己不必担心写入事务的顺序。如果多个线程想要同时写(例如通过put或runInTx)，其中一个线程将被选择先写，而其他线程必须等待。它就像Java中的锁或同步一样工作。
