javascript文件的同步阻塞状态为304？

我有一个web应用程序，其中通过脚本标记加载javascript对象。然后，js对象在后面的另一个脚本标记中被引用。这两个脚本上都没有延迟或异步属性。在我获得第一个脚本的304状态之前，这不会产生任何问题

每当第一个脚本返回状态304时，应用程序就好像在脚本中创建的对象不存在一样。好像脚本的解析顺序有问题？每当发生这种情况时，应用程序就会自动挂起

该应用程序是在iis7上运行的ASP.net MVC应用程序。web配置包含js文件的静态文件处理程序

而且304状态似乎完全是随机的。有时我会得到一个200，甚至当文件还没有被修改，然后随机它会回来作为一个304

这在所有浏览器中都会发生

---

有人见过这种行为或知道为什么会发生这种情况吗？

这听起来更像是时间问题<代码>304未修改表示浏览器使用缓存的结果，这可能会更改您的计时。您有任何异步依赖项吗？重要的是要注意：304仅在第一次必要请求之后的后续请求中返回，以首先获取文件。如果您在本地运行，或者浏览器没有缓存该文件，那么您将得到200分，即使您以前得到过。这取决于客户端正在做什么，没有任何异步依赖关系。我们甚至添加了setTimeout:$（document.ready（function（）{window.setTimeout（onWelcomePageLoad，100）；}）；onWelcomePageLoad是在正在缓存的js文件中定义的，但仍然会得到onWelcomePageLoad不存在的错误