JavaScript优化-Loading and Execution 加载运行
Loading and Execution 加载和运行
Java 在浏览器中的性能，可认为是开发者所要面对的最重要的可用性问题。此问题因Java的阻塞特征而复杂，也就是说，当Java 运行时其他的事情不能被浏览器处理。事实上，大多数浏览器使用单进程处理UI 更新和Java 运行等多个任务，而同一时间只能有一个任务被执行。Java
运行了多长时间，那么在浏览器空闲下来响应用户输入之前的等待时间就有多长。
从基本层面说，这意味着<>标签的出现使整个页面因脚本解析、运行而出现等待。不论实际的Java 代码是内联的还是包含在一个不相干的外部文件中，页面下载和解析过程必须停下，等待脚本完成这些处理，然后才能继续。这是页面生命周期必不可少的部分，因为脚本可能在运行过程中修改页面
内容。典型的例子是document.write()函数，例如：
当浏览器遇到一个<>标签时，正如上面HTML 页面中那样，无法预知Java 是否在<p>标签中添加内容。因此，浏览器停下来，运行此Java 代码，然后再继续解析、翻译页面。同样的事情发生在使用src 属性加载Java 的过程中。浏览器必须首先下载外部文件的代码，这要占用一些时间，然后
解析并运行此代码。此过程中，页面解析和用户交互是被完全阻塞的。
HTML 4 文档指出，一个<>标签可以放在HTML 文档的<head>或<body>标签中，可以在其中多次出现。传统上，<>标签用于加载外部Java 文件。<head>部分除此类代码外，还包含<link>标签用于加载外部CSS 文件和其他页面中间件。也就是说，最好把风格和行为所依赖的部分放在一起，首先加
载他们，使得页面可以得到正确的外观和行为。例如：
虽然这些代码看起来是无害的，但它们确实存在性能问题：在<head>部分加载了三个Java 文件。因为每个<>标签阻塞了页面的解析过程，直到它完整地下载并运行了外部Java 代码之后，页面处理才能继续进行。用户必须忍受这种可以察觉的延迟。请记住，浏览器在遇到<body>标签之前，不会渲
染页面的任何部分。用这种方法把脚本放在页面的顶端，将导致一个可以察觉的延迟，通常表现为：页面打开时，首先显示为一幅空白的页面，而此时用户即不能阅读，也不能与页面进行交互操作
Internet Explorer 8, Firefox 3.5, Safari 4, 和Chrome 2 允许并行下载Java 文件。这个好消息表明，当一个<>标签正在下载外部资源时，不必阻塞其他<>标签。不幸的是，Java 的下载仍然要阻塞其他资源的下载过程，即使脚本之间的下载过程互不阻塞，页面仍旧要等待所有Java代码下载并执行完成之后才能继续。所以，当浏览器通过允许并行下载提高性能之后，该问题并没有完全解决。脚本阻塞仍旧是一个问题。
因为脚本阻塞其他页面资源的下载过程，所以推荐的办法是：将所有<>标签放在尽可能接近<body>标签底部的位置，尽量减少对整个页面下载的影响。例如：
此代码展示了所推荐的<>标签在HTML 文件中的位置。尽管脚本下载之间互相阻塞，但页面已经下载完成并且显示在用户面前了，进入页面的速度不会显得太慢。这正是“Yahoo! 优越性能小组”关于Java 的第一条定律：将脚本放在底部。 返回搜狐，查看更多
责任编辑：