感觉这一定是一个愚蠢的问题，但我不明白在indexedDB中发出请求的基本原理。
为什么在定义事件处理程序之前发出请求？例如，在声明request.onsuccess和request.onerror函数之前发出request = objectStore.add(data)。这是否正确？是否有可能在注册事件处理程序之前完成请求？
我把它比作创建一个图像元素，然后声明onload和onerror的事件处理程序，所有这些都是在将source属性设置为文件的位置并试图加载它之前完成的。因此，在发出请求之前，没有任何东西可以附加到事件。
请让我知道我在这里遗漏了什么。我一直在从indexedDB中写入和检索数据，没有任何问题，并且认为我的编码是正确的;但我想确保这是正确的，并将永远工作。

• 谢谢-谢谢

重复响应

当我第一次开始阅读indexedDB时，我读过这个问题和答案，但完全忘记了。如果我在写这个问题之前再次找到它，我可能就不会提交它，而只是接受代码应该工作，不管我是否理解它。处理错误事件和事务中止是让我再次思考语句顺序的原因。
然而，在再次阅读了答案之后，我并没有足够的理解，只能接受它，并希望它永远有效。我并不是想挖苦你。从某种意义上说，我的有限能力让我感到困惑，因为我认为事件循环和纪元以及所有事情都是同时发生的。
在一个时期结束时（或者下一个时期开始时，无论你认为什么更容易理解），底层JS引擎返回并查看注册要执行的内容，然后几乎一次执行所有内容。
必须有一个执行顺序，否则无论异步与否都没有意义。我知道解释器在开始执行下一行代码之前不会等待任何同步进程完成。但是，同步语句是不是完全按照它们在代码中出现的顺序依次处理的，而异步语句是不是按照它们在代码中出现的顺序开始处理的，这样，如果一个异步进程很快出错，如果没有事先声明事件处理程序，就可能错过事件。事件处理程序不像函数声明那样被提升，是吗？这是我仍然感到困惑的部分。
在这个article由杰克阿奇博尔德的承诺，在介绍中，他提出了一个关于加载图像的例子，并写道：
不幸的是，在上面的例子中，有可能事件在我们开始监听之前就已经发生了，所以我们需要使用图像的“complete”属性来解决这个问题。
和
这并不能捕捉到那些在我们有机会去听之前就出错的图像;不幸的是，DOM并没有给予我们提供这样做的方法。而且，这是加载一个图像，如果我们想知道一组图像何时加载，事情会变得更加复杂。
这给人一种顺序很重要的印象，因此，在图像的情况下，如果可能，应该在声明所有事件处理程序之后分配源，以免错过听到的事件。对我来说，重要的部分是事件可以在事件处理程序被声明/注册之前发生。
在indexedDB中声明事件处理程序后，我试图遵循同样的模式发出请求，但似乎不可能，因为在发出请求之前没有任何东西可以附加事件。
即使所有的语句都是异步的，比如在MDN Web Docs的Using IndexedDB中的this示例，有些事情仍然相当令人困惑。objectStore.transaction.oncomplete是一个有趣的语句。我们等待objectStore被创建，然后才尝试向它写入数据。（我认为这被认为是不好的做法，在onupgradeneded事件中写入数据;所以，我们不使用该语句。）但令人困惑的是，为什么我们不担心在创建objectStore中的索引之前创建objectStore。如果所有内容都一次性处理，为什么createIndex语句不在createObjectStore语句启动的同时启动？如果createObjectStore语句在createIndex语句开始之前没有完成，是否应该需要事件处理程序，否则它会因为objectStore尚不存在而失败？
我知道它能工作，因为我一直在使用相同的代码模式，但我真的不明白它。

这两项--丢失事件的可能性和为什么在这个indexedDB示例中不需要事件处理程序--是我想要更好地理解的。我不知道这是否使我的问题有所不同，但是重复问题的答案并没有回答我这些问题。也许，我必须更好地理解JS引擎才能理解这些问题的答案。

const dbName = "the_name";

var request = indexedDB.open(dbName, 2);

request.onerror = function(event) {
  // Handle errors.
};
request.onupgradeneeded = function(event) {
  var db = event.target.result;

  // Create an objectStore to hold information about our customers. We're
  // going to use "ssn" as our key path because it's guaranteed to be
  // unique - or at least that's what I was told during the kickoff meeting.
  var objectStore = db.createObjectStore("customers", { keyPath: "ssn" });

  // Create an index to search customers by name. We may have duplicates
  // so we can't use a unique index.
  objectStore.createIndex("name", "name", { unique: false });

  // Create an index to search customers by email. We want to ensure that
  // no two customers have the same email, so use a unique index.
  objectStore.createIndex("email", "email", { unique: true });

  // Use transaction oncomplete to make sure the objectStore creation is 
  // finished before adding data into it.
  objectStore.transaction.oncomplete = function(event) {
    // Store values in the newly created objectStore.
    var customerObjectStore = db.transaction("customers", "readwrite").objectStore("customers");
    customerData.forEach(function(customer) {
      customerObjectStore.add(customer);
    });
  };
};

澄清/答复/评论

感谢您抽出宝贵时间回答我的问题并提供补充说明。
首先，我所说的“之前”只是指语句在脚本中出现的顺序。
我想我明白你的比喻，这是一个很好的比喻，只是我仍然不明白，为什么雇员从来不把工作交给秘书，直到第二天，当保证有秘书在那里接受它。
这听起来类似于javascript解释器，当它执行其编译脚本的等价物时，提升函数声明，这样在函数声明之前就可以在代码中调用函数。
看起来你的说法，用我的简单术语重申，JS引擎，在最终执行之前的某个点，分配事件处理程序（秘书）登记在一个更早的时期比一个请求因此，request语句出现在代码中相对于事件处理程序的什么位置并不重要，也就是说，只要它们被定义在相同的时期内。
JS引擎不知道请求何时完成，而只知道事件处理程序何时注册开始监听以及请求何时开始。只要JS引擎有一个进程来正确地排序这些步骤，而不依赖于语句在代码中出现的顺序，这样就不会错过事件，那么对我来说，这与提升函数声明没有什么不同，我真的不必再为完成我的任务而考虑太多。
然而，我还是想更好地理解什么是纪元，至少在知道语句是在同一个纪元内做出的这一点上。我在MDN Web Docs上的“并发模型和事件循环”的文章中没有看到任何提到纪元的内容。您能给我指一下您知道的好资源吗？

• 谢谢-谢谢

最后备注

我是通过一个关于堆栈溢出的链接偶然发现这两个问题的，这个问题八年前就被问到了，回答的方式差不多，只是用了不同的术语;也就是说，javascript代码将“运行到完成”或具有运行到完成语义，而不是epochs。这个question让您参考这个文档，可以搜索“运行到完成”来阅读两个关于为什么在注册事件处理程序之前发出请求的设置中没有争用条件的交流。我有一本大卫Flanagan写的旧JavaScript书，在讨论JS“程序”的执行时，声明，因为JS具有单线程执行，所以永远不必担心竞争条件;但我不知道他指的是不是这种情况。
因此，这个问题在过去已经被问过和回答过多次了，我想我只是又一个新手，问了一个老问题，好像我是第一个想到这个问题的人，而且对JS是如何处理的没有足够的知识。
上面链接的文章“并发模型和事件循环”有一个简短的“运行到完成”部分;但直到阅读了上面链接的最后一个文档之后，我才明白它的含义。
我现在把它理解为一个函数中的所有代码都将在任何其他代码可以开始之前运行完成，这似乎有两种解释。
1.一个是当函数代码中的语句到达时，数据库上的异步请求被排队，但直到函数中的所有其他语句都运行完（包括之后声明的事件处理程序）后，才真正开始。
1.或者，根据上面最后一个链接的文档，异步请求可能在事件处理程序注册之前运行甚至完成，但是其完成通知将保留在队列中，直到函数中的其余语句运行并注册事件处理程序之后才会执行。
解释2似乎是准确的，但无论是哪种实际情况，它现在对我来说都有足够的意义，并解释了为什么秘书总是在雇员提交工作之前就在那里，以及为什么，即使雇员在一纳秒内完成工作，员工在第二天秘书保证到场接收后才提交工作。员工可以将工作-队列中的完整通知，但队列直到第二天才会发出通知让秘书听到。

感谢Josh对“纪元”的含义以及该术语如何在操作中发挥作用的额外解释。我接受了你的回答，并感谢你花时间将其全部写出来。
现在，我似乎理解了为什么可以在发出请求之后在代码中进行事件处理程序声明，但我仍然不理解为什么我们可以创建一个对象存储区，然后立即在该对象存储区上创建索引，而不必等到知道对象存储区已成功创建，除非它是同步的或者在versionchange事务/ onupgradeneeded事件中发生了其他特殊的事情。在MDNWebDocs对createObjectStore的描述中没有提到任何事件，也没有包含任何侦听器的示例;所以我就当没必要了。
再次感谢。