Javascript 服务器连接可以在db.js中保持多长时间?
我正在考虑对IndexedDB使用db.js包装器: 文件中说: 一个连接将被持久化,当它保持打开时,您可以执行多个操作。有关更多示例,请查看/tests/public/specs文件夹 但是/tests/public/specs文件夹不存在 我是应该在每次有一组操作要执行时打开一个新连接,还是应该打开一次并尝试在客户端中尽可能长时间地缓存它 干杯,Javascript 服务器连接可以在db.js中保持多长时间?,javascript,html,indexeddb,db.js,Javascript,Html,Indexeddb,Db.js,我正在考虑对IndexedDB使用db.js包装器: 文件中说: 一个连接将被持久化,当它保持打开时,您可以执行多个操作。有关更多示例,请查看/tests/public/specs文件夹 但是/tests/public/specs文件夹不存在 我是应该在每次有一组操作要执行时打开一个新连接,还是应该打开一次并尝试在客户端中尽可能长时间地缓存它 干杯, Jordan。连接意味着长寿命和可重复使用 以下是关于连接的内容: 打开数据库的行为会创建连接。在任何给定时间都可能有多个到给定数据库的连接。每个
Jordan。连接意味着长寿命和可重复使用 以下是关于连接的内容: 打开数据库的行为会创建连接。在任何给定时间都可能有多个到给定数据库的连接。每个 连接具有closePending标志,该标志最初设置为false 最初创建连接时,连接处于打开状态。可以通过多种方式关闭连接。如果连接是 创建连接的GCed或执行上下文被销毁 (例如,由于用户导航离开该页面) 连接已关闭。也可以显式关闭连接 使用关闭数据库连接的步骤。什么时候连接 如果关闭,则closePending标志始终设置为true(如果未设置) 已经是了 IDBDatabase接口表示到数据库的连接 根据我的经验,使用长期重复使用的数据库连接时遇到的唯一问题是通过修改架构触发
versionchange
事件:
只要“versionchange”事务正在运行,就会尝试打开
到同一数据库的更多连接将延迟,并且任何尝试
使用相同的连接启动其他事务将导致
在被抛出的异常中
因此,就我个人而言,我的库的架构是不重用连接的。但是在大多数情况下,重复使用应该是可以的。修复了自述文件,它应该参考
/tests/specs
文件夹