Javascript ASP.NETMVC慢JS加载

我的应用程序中有一个使用自定义js控件的局部视图。该控件有效地将列表框转换为选中的下拉列表。那很好用。处理此操作的丰富交互性（而不是实际控件创建）的相当长的代码位于单独的js文件中，由局部视图引用

加载部分视图时，列表框呈现到dropdownlist中时会出现明显的视觉延迟。首先看到列表框，然后是下拉列表

但是，如果我在视图中的脚本标记中包含JS代码，那么就不会有延迟。加载页面时，控件将完全呈现

JS文件不包含创建控件的逻辑，只包含我的操作代码

有人知道为什么使用相同的代码会有这样的延迟，但无论我是引用JS文件还是将代码直接嵌入到视图中，都会产生差异

---

谢谢。

下拉列表中有多少项

IE8中有一个很长的列表，它可能会非常慢

---

外部文件中的脚本是否用$（document）.ready（…）或类似文件包装，这会导致它在执行之前等待呈现所有其他元素

下拉列表中有多少项

IE8中有一个很长的列表，它可能会非常慢

---

外部文件中的脚本是否用$（document）.ready（…）或类似文件包装，这会导致它在执行之前等待呈现所有其他元素

你在不同的浏览器中测试过吗？你有没有使用类似Chrome的东西来查看延迟的位置和程度+顺便说一句@Bernhard，谢谢你的评论。我没有使用过任何其他浏览器，因为它是一个内部应用程序，我们只使用IE。你知道IE的剖析器吗？我已经设法在works机器上安装了Chrome，效果很好，所以看起来确实是IE！该死的浏览器！唉。我们花在…上的时间使用Fiddler来证明你的断言，即hte JS在IE中加载缓慢。你可以看到页面被请求、完成、JS请求、完成之间所花费的时间，以便找出问题的实际位置。如果问题是IE花了很长时间来解析你的页面，并且读到有一个新文件要下载，那么你会注意到页面请求和JS文件请求之间的差距更大。如果Web服务器需要更长的时间来提供JS文件，那么您将看到页面请求和JS请求之间的间隔很短，请求完成的时间很长。您在不同的浏览器中测试过这一点吗？你有没有使用类似Chrome的东西来查看延迟的位置和程度+顺便说一句@Bernhard，谢谢你的评论。我没有使用过任何其他浏览器，因为它是一个内部应用程序，我们只使用IE。你知道IE的剖析器吗？我已经设法在works机器上安装了Chrome，效果很好，所以看起来确实是IE！该死的浏览器！唉。我们花在…上的时间使用Fiddler来证明你的断言，即hte JS在IE中加载缓慢。你可以看到页面被请求、完成、JS请求、完成之间所花费的时间，以便找出问题的实际位置。如果问题是IE花了很长时间来解析你的页面，并且读到有一个新文件要下载，那么你会注意到页面请求和JS文件请求之间的差距更大。如果Web服务器需要更长的时间来提供JS文件，那么您将看到页面请求和JS请求之间的间隔很短，请求完成的时间也很长。