IndexedDB：何时关闭连接

Question

我想知道关闭与数据库的连接的正确位置是什么。

假设我有以下代码：

function addItem(dbName, versionNumber, storeName, element, callback){

   var requestOpenDB = indexedDB.open(dbName, versionNumber); //IDBRequest
   requestOpenDB.onsuccess = function(event){

        //console.log ("requestOpenDB.onsuccess ");
        var db = event.target.result;

        var trans = db.transaction(storeName, "readwrite");
        var store = trans.objectStore(storeName);    
        var requestAdd = store.add(element);

        requestAdd.onsuccess = function(event) {

                    callback("Success");

        };
        requestAdd.onerror = function(event) {

                    callback("Error");       
        };      

    };
    requestOpenDB.onerror = function(event) { 

        console.log ("Error:" +  event.srcElement.error.message);/* handle error */ 
        callback("Error");
    };         
}

addItem 基本上是在数据库中添加一个新元素。根据我的理解，当 requestAdd 事件被触发时，并不一定意味着事务已经完成。因此，我想知道调用 db.close() 的最佳位置是什么。我正在关闭 requestAdd.onsucess 内部的连接，但如果发生错误并触发了 requestAdd.onerror，则连接可能仍会打开。我正在考虑在 request.onerror 下添加 trans.oncomplete 并在此处关闭数据库连接，这可能是一个更好的选择。任何意见都将受到欢迎。谢谢。

Answer 1

如果您预期升级数据库架构，您可能希望显式关闭连接。这是场景：

1. 用户在一个标签（标签 #1）中打开您的网站，然后将其保持打开状态。
2. 您将更新推送到您的网站，其中包括升级数据库架构的代码，从而增加版本号。
3. 同一用户打开您站点的第二个选项卡（选项卡 #2）并尝试连接到数据库。

如果选项卡 #1 保持连接打开，则选项卡 #2 的连接/升级尝试将被阻止。 Tab #1 将看到“versionchange”事件（因此它可以按需关闭）；如果它没有关闭其连接选项卡 #2 将看到“阻塞”事件。

如果连接不被标签 #1 打开，则标签 #2 将能够连接和升级。如果选项卡 #1 然后尝试（基于用户操作等）打开数据库（带有明确的版本号），它将失败，因为它将使用旧版本号（因为它仍然具有旧代码）。

Answer 2

您通常不需要关闭连接。您没有创建内存泄漏或类似的东西。让连接保持打开状态不会对性能造成重大影响。

我建议不要担心。

另外，在 request.onerror 之前或之后添加 trans.oncomplete 并不重要。我理解这可能会造成混淆，但是绑定侦听器的顺序无关紧要（限定：来自同一函数范围内）。

Answer 3

如果您想运行多个版本的应用并同时访问同一个数据库，您可能认为可以同时保持对两者的连接。这不可能。您必须先在一个上关闭数据库，然后再在另一个上打开它。但一个问题是目前无法知道数据库何时真正关闭。