初步了解JavaScript

javascript

javascript !== java

是客户端脚本语言
ECMAScript, DOM, BOM, NodeJS

变量提升

JavaScript引擎的工作方式是，先解析代码，获取所有被声明的变量，然后再一行一行地运行。这造成的结果，就是所有的变量的声明语句，都会被提升到代码的头部，这就叫做变量提升

我们写了一个赋值语句

var a = 2;

实际上执行过程是解释器在未执行的时候先解析出变量声明，然后给他初始值undefined，然后才逐句执行程序

var a;
a = 2;

网页的构成
网页 = Html+CSS+JavaScript
Html: 网页元素内容
CSS: 控制网页样式
JavaScript：操作网页内容，实现功能或者效果

页面中引入js的几种方法

通常大家最为熟悉的是一下两种方法：

1. 在页面中直接写入<script type="text/javascript">js代码</script>。
2. 在页面中引入外部文件<script src="xx.js"></script>。（最好在body最下面引入）

浏览器渲染机制（Chrome）

1. 解析 HTML 标签, 构建 DOM 树
2. 解析 CSS 标签, 构建 CSSOM 树
3. 把 DOM 和 CSSOM 组合成 渲染树 (render tree)
4. 在渲染树的基础上进行布局, 计算每个节点的几何结构
5. 把每个节点绘制到屏幕上 (painting)

浏览器的工作原理,可参考How browsers work

白屏问题

对于图片和CSS, 在加载时会并发加载(如一个域名下同时加载两个文件). 但在加载 JavaScript 时,会禁用并发,并且阻止其他内容的下载. 所以把 JavaScript 放入页面顶部也会导致 白屏 现象.

脚本会阻塞后面内容的呈现
脚本会阻塞其后组件的下载

浏览器读取js文件时，是立即读取，期间不同时操作读取css和HTML。故如果js文件放在头部，浏览器在读取js文件间的间隙时，是没有读取到HTML和css文件的，此时浏览器出现白屏现象。

如果把样式放在底部,对于IE浏览器,在某些场景下(新窗口打开,刷新等)页面会出现白屏,而不是内容逐步展现
如果使用 @import 标签,即使 CSS 放入 link, 并且放在头部,也可能出现白屏

解决方案： 使用 link 标签将样式表放在顶部，并将JS放在body底部

FOUC (Flash of Unstyled Content) 无样式内容闪烁

如果把样式放在底部,对于IE浏览器,在某些场景下(点击链接,输入URL,使用书签进入等),会出现 FOUC 现象(逐步加载无样式的内容,等CSS加载后页面突然展现样式).对于 Firefox 会一直表现出 FOUC .

由于Firefox浏览器的读取机制与Chrome的读取机制（读取完HTML文件，再读取完css文件才显示）不同。

Firefox是css一边加载一边显示，故会出现页面上部分渲染完成，下部分却没有样式的情况。故在没有样式到样式加载完成期间浏览器会会自动刷新加上新加载的样式，这期间会出现无样式内容闪烁。

加载异步

<script src="script.js"></script>
没有 defer 或 async，浏览器会立即加载并执行指定的脚本，“立即”指的是在渲染该 script 标签之下的文档元素之前，也就是说不等待后续载入的文档元素，读到就加载并执行。

<script async src="script.js"></script>
有 async，加载和渲染后续文档元素的过程将和 script.js 的加载与执行并行进行（异步）。

<script defer src="script.js"></script>
有 defer，加载后续文档元素的过程将和 script.js 的加载并行进行（异步），但 script.js 的执行要在所有元素解析完成之后，DOMContentLoaded 事件触发之前完成。

• defer: 脚本延迟到文档解析和显示后执行，有顺序
• async: 不保证顺序

蓝色线代表网络读取，红色线代表执行时间，这俩都是针对脚本的；绿色线代表 HTML 解析。

此图告诉我们以下几个要点：

1. defer 和 async 在网络读取（下载）这块儿是一样的，都是异步的（相较于 HTML 解析）
2. 它俩的差别在于脚本下载完之后何时执行，显然 defer 是最接近我们对于应用脚本加载和执行的要求的
3. 关于 defer，此图未尽之处在于它是按照加载顺序执行脚本的，这一点要善加利用
   async 则是一个乱序执行的主，反正对它来说脚本的加载和执行是紧紧挨着的，所以不管你声明的顺序如何，只要它加载完了就会立刻执行
4. 仔细想想，async 对于应用脚本的用处不大，因为它完全不考虑依赖（哪怕是最低级的顺序执行），不过它对于那些可以不依赖任何脚本或不被任何脚本依赖的脚本来说却是非常合适的，最典型的例子：Google Analytics

基本调试

• alert
• console.log
• 打断点
• 二分法

参考
高性能网站建设指南, Steve Sounders
Render-tree construction, layout, and paint

How browsers work

CSS和JS在网页中的放置顺序是怎样的？

使用 link 标签将css文件链接放在head内，并将JS文件链接放在body底部。

解释白屏和FOUC

• 浏览器读取js文件时，是立即读取，期间不同时操作读取css和HTML。对于图片和CSS, 在加载时会并发加载(如一个域名下同时加载两个文件). 但在加载 JavaScript 时,会禁用并发。故如果js文件放在头部，浏览器在读取js文件间的间隙时，是没有读取到HTML和css文件的，,并且阻止其他内容的下载。所以此时浏览器出现白屏现象。

• FOUC: 由于Firefox浏览器的读取机制与Chrome的读取机制（读取完HTML文件，再读取完css文件才显示）不同。Firefox是css一边加载一边显示，故会出现页面上部分渲染完成，下部分却没有样式的情况。故在没有样式到样式加载完成期间浏览器会会自动刷新加上新加载的样式，这期间会出现无样式内容闪烁。

async和defer的作用是什么？有什么区别

作用：加载和渲染后续文档元素的过程将和 script.js 的加载与执行并行进行（异步）。

区别：

• defer: 脚本延迟到文档解析和显示后执行，有顺序
• async: 不保证顺序

1. defer 和 async 在网络读取（下载）这块儿是一样的，都是异步的（相较于 HTML 解析）
2. 它俩的差别在于脚本下载完之后何时执行，显然 defer 是最接近我们对于应用脚本加载和执行的要求的

   简述网页的渲染机制

   浏览器渲染机制（Chrome）
3. 解析 HTML 标签, 构建 DOM 树
4. 解析 CSS 标签, 构建 CSSOM 树
5. 把 DOM 和 CSSOM 组合成 渲染树 (render tree)
6. 在渲染树的基础上进行布局, 计算每个节点的几何结构
7. 把每个节点绘制到屏幕上 (painting)

赏

×

纯属好玩

扫码打赏，你说多少就多少

打开支付宝扫一扫，即可进行扫码打赏哦