前端基础知识总结---HTML篇

﹏ヽ暗。殇╰゛Y 2022-09-10 15:11 328阅读 0赞

## HTML 面试知识点总结 ##

本部分主要是笔者在复习 HTML 相关知识和一些相关面试题时所做的笔记，如果出现错误，希望大家指出！

### 目录 ###

*  1. DOCTYPE 的作用是什么？
 *  2. 标准模式与兼容模式各有什么区别？
 *  3. HTML5 为什么只需要写 <!DOCTYPE HTML>，而不需要引入 DTD？
 *  4. SGML 、 HTML 、XML 和 XHTML 的区别？
 *  5. DTD 介绍
 *  6. 行内元素定义
 *  7. 块级元素定义
 *  8. 行内元素与块级元素的区别？
 *  9. HTML5 元素的分类
 *  10. 空元素定义
 *  11. link 标签定义
 *  12. 页面导入样式时，使用 link 和 @import 有什么区别？
 *  13. 你对浏览器的理解？
 *  14. 介绍一下你对浏览器内核的理解？
 *  15. 常见的浏览器内核比较
 *  16. 常见浏览器所用内核
 *  17. 浏览器的渲染原理？
 *  18. 渲染过程中遇到 JS 文件怎么处理？（浏览器解析过程）
 *  19. async 和 defer 的作用是什么？有什么区别？（浏览器解析过程）
 *  20. 什么是文档的预解析？（浏览器解析过程）
 *  21. CSS 如何阻塞文档解析？（浏览器解析过程）
 *  22. 渲染页面时常见哪些不良现象？（浏览器渲染过程）
 *  23. 如何优化关键渲染路径？（浏览器渲染过程）
 *  24. 什么是重绘和回流？（浏览器绘制过程）
 *  25. 如何减少回流？（浏览器绘制过程）
 *  26. 为什么操作 DOM 慢？（浏览器绘制过程）
 *  27. DOMContentLoaded 事件和 Load 事件的区别？
 *  28. HTML5 有哪些新特性、移除了那些元素？
 *  29. 如何处理 HTML5 新标签的浏览器兼容问题？
 *  30. 简述一下你对 HTML 语义化的理解？
 *  31. b 与 strong 的区别和 i 与 em 的区别？
 *  32. 前端需要注意哪些 SEO ？
 *  33. HTML5 的离线储存怎么使用，工作原理能不能解释一下？
 *  34. 浏览器是怎么对 HTML5 的离线储存资源进行管理和加载的呢？
 *  35. 常见的浏览器端的存储技术有哪些？
 *  36. 请描述一下 cookies，sessionStorage 和 localStorage 的区别？
 *  37. iframe 有那些缺点？
 *  38. Label 的作用是什么？是怎么用的？
 *  39. HTML5 的 form 的自动完成功能是什么？
 *  40. 如何实现浏览器内多个标签页之间的通信?
 *  41. webSocket 如何兼容低版本浏览器？
 *  42. 页面可见性（Page Visibility API） 可以有哪些用途？
 *  43. 如何在页面上实现一个圆形的可点击区域？
 *  44. 实现不使用 border 画出 1 px 高的线，在不同浏览器的标准模式与怪异模式下都能保持一致的效果。
 *  45. title 与 h1 的区别？
 *  46. <img> 的 title 和 alt 有什么区别？
 *  47. Canvas 和 SVG 有什么区别？
 *  48. 网页验证码是干嘛的，是为了解决什么安全问题？
 *  49. 渐进增强和优雅降级的定义
 *  50. attribute 和 property 的区别是什么？
 *  51. 对 web 标准、可用性、可访问性的理解
 *  52. IE 各版本和 Chrome 可以并行下载多少个资源？
 *  53. Flash、Ajax 各自的优缺点，在使用中如何取舍？
 *  54. 怎么重构页面？
 *  55. 浏览器架构
 *  56. 常用的 meta 标签
 *  57. css reset 和 normalize.css 有什么区别？
 *  58. 用于预格式化文本的标签是？
 *  59. DHTML 是什么？
 *  60. head 标签中必不少的是？
 *  61. HTML5 新增的表单元素有？
 *  62. 在 HTML5 中，哪个方法用于获得用户的当前位置？
 *  63. 文档的不同注释方式？
 *  64. disabled 和 readonly 的区别？
 *  65. 主流浏览器内核私有属性 css 前缀？
 *  66. 前端性能优化？
 *  67. Chrome 中的 Waterfall ？
 *  68. 扫描二维码登录网页是什么原理，前后两个事件是如何联系的？
 *  69. Html 规范中为什么要求引用资源不加协议头http或者https？

#### 1. DOCTYPE 的作用是什么？ ####

相关知识点：

IE5.5 引入了文档模式的概念，而这个概念是通过使用文档类型（DOCTYPE）切换实现的。
    
    <!DOCTYPE>声明位于 HTML 文档中的第一行，处于 <html> 标签之前。告知浏览器的解析器用什么文档标准解析这个文档。
    
    DOCTYPE 不存在或格式不正确会导致文档以兼容模式呈现。

回答（参考1-5）：

<!DOCTYPE>  声明一般位于文档的第一行，它的作用主要是告诉浏览器以什么样的模式来解析文档。一般指定了之后会以标准模式来
    进行文档解析，否则就以兼容模式进行解析。在标准模式下，浏览器的解析规则都是按照最新的标准进行解析的。而在兼容模式下，浏
    览器会以向后兼容的方式来模拟老式浏览器的行为，以保证一些老的网站的正确访问。
    
    在 html5 之后不再需要指定 DTD 文档，因为 html5 以前的 html 文档都是基于 SGML 的，所以需要通过指定 DTD 来定义文
    档中允许的属性以及一些规则。而 html5 不再基于 SGML 了，所以不再需要使用 DTD。

#### 2. 标准模式与兼容模式各有什么区别？ ####

标准模式的渲染方式和 JS 引擎的解析方式都是以该浏览器支持的最高标准运行。在兼容模式中，页面以宽松的向后兼容的方式显示
    ，模拟老式浏览器的行为以防止站点无法工作。

#### 3. HTML5 为什么只需要写 `<!DOCTYPE HTML>`，而不需要引入 DTD？ ####

HTML5 不基于 SGML，因此不需要对 DTD 进行引用，但是需要 DOCTYPE 来规范浏览器的行为（让浏览器按照它们应该的方式来运
    行）。
    
    而 HTML4.01 基于 SGML ，所以需要对 DTD 进行引用，才能告知浏览器文档所使用的文档类型。

#### 4. SGML 、 HTML 、XML 和 XHTML 的区别？ ####

SGML 是标准通用标记语言，是一种定义电子文档结构和描述其内容的国际标准语言，是所有电子文档标记语言的起源。
    
    HTML 是超文本标记语言，主要是用于规定怎么显示网页。
    
    XML 是可扩展标记语言是未来网页语言的发展方向，XML 和 HTML 的最大区别就在于 XML 的标签是可以自己创建的，数量无限多，
    而 HTML 的标签都是固定的而且数量有限。
    
    XHTML 也是现在基本上所有网页都在用的标记语言，他其实和 HTML 没什么本质的区别，标签都一样，用法也都一样，就是比 HTML 
    更严格，比如标签必须都用小写，标签都必须有闭合标签等。

#### 5. DTD 介绍 ####

DTD（ Document Type Definition 文档类型定义）是一组机器可读的规则，它们定义 XML 或 HTML 的特定版本中所有允许元
    素及它们的属性和层次关系的定义。在解析网页时，浏览器将使用这些规则检查页面的有效性并且采取相应的措施。
    
    DTD 是对 HTML 文档的声明，还会影响浏览器的渲染模式（工作模式）。

#### 6. 行内元素定义 ####

HTML4 中，元素被分成两大类: inline （内联元素）与 block（块级元素）。一个行内元素只占据它对应标签的边框所包含的空
    间。
    
    常见的行内元素有 a b span img strong sub sup button input label select textarea

#### 7. 块级元素定义 ####

块级元素占据其父元素（容器）的整个宽度，因此创建了一个“块”。
    
    常见的块级元素有  div ul ol li dl dt dd h1 h2 h3 h4 h5 h6 p

#### 8. 行内元素与块级元素的区别？ ####

HTML4中，元素被分成两大类：inline （内联元素）与 block （块级元素）。
    
    （1） 格式上，默认情况下，行内元素不会以新行开始，而块级元素会新起一行。
    （2） 内容上，默认情况下，行内元素只能包含文本和其他行内元素。而块级元素可以包含行内元素和其他块级元素。
    （3） 行内元素与块级元素属性的不同，主要是盒模型属性上：行内元素不支持设置宽高；行内元素支持水平方向的padding、border、
    		margin；行内元素可以设置垂直方向的padding、border、margin，但是不会影响布局。

#### 9. HTML5 元素的分类 ####

HTML4中，元素被分成两大类: inline（内联元素）与 block（块级元素）。但在实际的开发过程中，因为页面表现的需要，前
    端工程师经常把 inline 元素的 display 值设定为 block （比如 a 标签），也经常把 block 元素的 display 值设定为
    inline 之后更是出现了 inline-block 这一对外呈现 inline 对内呈现 block 的属性。因此，简单地把 HTML 元素划分为
    inline 与 block 已经不再符合实际需求。
    
    HTML5中，元素主要分为7类：Metadata Flow Sectioning Heading Phrasing Embedded Interactive
    Metadata（元数据型）：位于head中，决定其他内容的样式或行为。包括：<meta> <link> <title>等
    Flow（文档流型）：大部分文档body内的元素
    Sectioning（区块型）：定义区块内容范围的元素
    Heading（标题型）：定义节的标题。包括<hgroup> <h1>-<h6>
    Phrasing（语句型）: 包含许多HTML4中的inline层次的元素。包括<span> <img> <sub> <sup>等
    Embedded（内嵌型）：将其他资源导入（嵌入）到文档中。 包括<audio> <video> <canvas>等
    Interactive（交互型）：专门用来与用户交互。包括<input> <a> <select>等

#### 10. 空元素定义 ####

标签内没有内容的 HTML 标签被称为空元素。空元素是在开始标签中关闭的。
    
    常见的空元素有：br hr img input link meta

#### 11. link 标签定义 ####

link 标签定义文档与外部资源的关系。
    
    link 元素是空元素，它仅包含属性。 此元素只能存在于 head 部分，不过它可出现任何次数。
    
    link 标签中的 rel 属性定义了当前文档与被链接文档之间的关系。常见的 stylesheet 指的是定义一个外部加载的样式表。

#### 12. 页面导入样式时，使用 link 和 @import 有什么区别？ ####

（1）从属关系区别。 @import 是 CSS 提供的语法规则，只有导入样式表的作用；link 是 HTML 提供的标签，不仅可以加
        载 CSS 文件，还可以定义 RSS、rel 连接属性、引入网站图标等。
    
    （2）加载顺序区别。加载页面时，link 标签引入的 CSS 被同时加载；@import 引入的 CSS 将在页面加载完毕后被加载。
    
    （3）兼容性区别。@import 是 CSS2.1 才有的语法，故只可在 IE5+ 才能识别；link 标签作为 HTML 元素，不存在兼容
        性问题。
    
    （4）DOM 可控性区别。可以通过 JS 操作 DOM ，插入 link 标签来改变样式；由于 DOM 方法是基于文档的，无法使用 
        @import 的方式插入样式。

#### 13. 你对浏览器的理解？ ####

浏览器的主要功能是将用户选择的 web 资源呈现出来，它需要从服务器请求资源，并将其显示在浏览器窗口中，资源的格式通常
    是 HTML，也包括 PDF、image 及其他格式。用户用 URI（Uniform Resource Identifier 统一资源标识符）来指定所请
    求资源的位置。
    
    HTML 和 CSS 规范中规定了浏览器解释 html 文档的方式，由 W3C 组织对这些规范进行维护，W3C 是负责制定 web 标准的
    组织。
    
    但是浏览器厂商纷纷开发自己的扩展，对规范的遵循并不完善，这为 web 开发者带来了严重的兼容性问题。
    
    简单来说浏览器可以分为两部分，shell 和 内核。
    
    其中 shell 的种类相对比较多，内核则比较少。shell 是指浏览器的外壳：例如菜单，工具栏等。主要是提供给用户界面操作，
    参数设置等等。它是调用内核来实现各种功能的。内核才是浏览器的核心。内核是基于标记语言显示内容的程序或模块。也有一些
     浏览器并不区分外壳和内核。从 Mozilla 将 Gecko 独立出来后，才有了外壳和内核的明确划分。

#### 14. 介绍一下你对浏览器内核的理解？ ####

主要分成两部分：渲染引擎和 JS引擎。
    
    渲染引擎的职责就是渲染，即在浏览器窗口中显示所请求的内容。默认情况下，渲染引擎可以显示 html、xml 文档及图片，它也
    可以借助插件（一种浏览器扩展）显示其他类型数据，例如使用 PDF 阅读器插件，可以显示 PDF 格式。
    
    JS 引擎：解析和执行 javascript 来实现网页的动态效果。
    
    最开始渲染引擎和 JS 引擎并没有区分的很明确，后来 JS 引擎越来越独立，内核就倾向于只指渲染引擎。

#### 15. 常见的浏览器内核比较 ####

Trident：这种浏览器内核是 IE 浏览器用的内核，因为在早期 IE 占有大量的市场份额，所以这种内核比较流行，以前有很多
    网页也是根据这个内核的标准来编写的，但是实际上这个内核对真正的网页标准支持不是很好。但是由于 IE 的高市场占有率，微
    软也很长时间没有更新 Trident 内核，就导致了 Trident 内核和 W3C 标准脱节。还有就是 Trident 内核的大量 Bug 等
    安全问题没有得到解决，加上一些专家学者公开自己认为 IE 浏览器不安全的观点，使很多用户开始转向其他浏览器。
    
    Gecko：这是 Firefox 和 Flock 所采用的内核，这个内核的优点就是功能强大、丰富，可以支持很多复杂网页效果和浏览器扩
    展接口，但是代价是也显而易见就是要消耗很多的资源，比如内存。
    
    Presto：Opera 曾经采用的就是 Presto 内核，Presto 内核被称为公认的浏览网页速度最快的内核，这得益于它在开发时的
    天生优势，在处理 JS 脚本等脚本语言时，会比其他的内核快3倍左右，缺点就是为了达到很快的速度而丢掉了一部分网页兼容性。
    
    Webkit：Webkit 是 Safari 采用的内核，它的优点就是网页浏览速度较快，虽然不及 Presto 但是也胜于 Gecko 和 Trid
    ent，缺点是对于网页代码的容错性不高，也就是说对网页代码的兼容性较低，会使一些编写不标准的网页无法正确显示。WebKit 
    前身是 KDE 小组的 KHTML 引擎，可以说 WebKit 是 KHTML 的一个开源的分支。
    
    Blink：谷歌在 Chromium Blog 上发表博客，称将与苹果的开源浏览器核心 Webkit 分道扬镳，在 Chromium 项目中研发 B
    link 渲染引擎（即浏览器核心），内置于 Chrome 浏览器之中。其实 Blink 引擎就是 Webkit 的一个分支，就像 webkit 是
    KHTML 的分支一样。Blink 引擎现在是谷歌公司与 Opera Software 共同研发，上面提到过的，Opera 弃用了自己的 Presto 
    内核，加入 Google 阵营，跟随谷歌一起研发 Blink。

详细的资料可以参考：  
[《浏览器内核的解析和对比》][Link 1]  
[《五大主流浏览器内核的源起以及国内各大浏览器内核总结》][Link 2]

#### 16. 常见浏览器所用内核 ####

（1） IE 浏览器内核：Trident 内核，也是俗称的 IE 内核；
    
     （2） Chrome 浏览器内核：统称为 Chromium 内核或 Chrome 内核，以前是 Webkit 内核，现在是 Blink内核；
    
     （3） Firefox 浏览器内核：Gecko 内核，俗称 Firefox 内核；
    
     （4） Safari 浏览器内核：Webkit 内核；
    
     （5） Opera 浏览器内核：最初是自己的 Presto 内核，后来加入谷歌大军，从 Webkit 又到了 Blink 内核；
    
     （6） 360浏览器、猎豹浏览器内核：IE + Chrome 双内核；
    
     （7） 搜狗、遨游、QQ 浏览器内核：Trident（兼容模式）+ Webkit（高速模式）；
    
     （8） 百度浏览器、世界之窗内核：IE 内核；
    
     （9） 2345浏览器内核：好像以前是 IE 内核，现在也是 IE + Chrome 双内核了；
    
     （10）UC 浏览器内核：这个众口不一，UC 说是他们自己研发的 U3 内核，但好像还是基于 Webkit 和 Trident ，还有说
          是基于火狐内核。

#### 17. 浏览器的渲染原理？ ####

（1）首先解析收到的文档，根据文档定义构建一棵 DOM 树，DOM 树是由 DOM 元素及属性节点组成的。
    
     （2）然后对 CSS 进行解析，生成 CSSOM 规则树。
    
     （3）根据 DOM 树和 CSSOM 规则树构建渲染树。渲染树的节点被称为渲染对象，渲染对象是一个包含有颜色和大小等属性的矩
         形，渲染对象和 DOM 元素相对应，但这种对应关系不是一对一的，不可见的 DOM 元素不会被插入渲染树。还有一些 DOM 
         元素对应几个可见对象，它们一般是一些具有复杂结构的元素，无法用一个矩形来描述。
    
     （4）当渲染对象被创建并添加到树中，它们并没有位置和大小，所以当浏览器生成渲染树以后，就会根据渲染树来进行布局（也
         可以叫做回流）。这一阶段浏览器要做的事情是要弄清楚各个节点在页面中的确切位置和大小。通常这一行为也被称为“自动
         重排”。
    
     （5）布局阶段结束后是绘制阶段，遍历渲染树并调用渲染对象的 paint 方法将它们的内容显示在屏幕上，绘制使用 UI 基础组
         件。
    
      值得注意的是，这个过程是逐步完成的，为了更好的用户体验，渲染引擎将会尽可能早的将内容呈现到屏幕上，并不会等到所有的
      html 都解析完成之后再去构建和布局 render 树。它是解析完一部分内容就显示一部分内容，同时，可能还在通过网络下载其
      余内容。

详细资料可以参考：  
[《浏览器渲染原理》][Link 3]  
[《浏览器的渲染原理简介》][Link 4]  
[《前端必读：浏览器内部工作原理》][Link 5]  
[《深入浅出浏览器渲染原理》][Link 6]

#### 18. 渲染过程中遇到 JS 文件怎么处理？（浏览器解析过程） ####

JavaScript 的加载、解析与执行会阻塞文档的解析，也就是说，在构建 DOM 时，HTML 解析器若遇到了 JavaScript，那么
     它会暂停文档的解析，将控制权移交给 JavaScript 引擎，等 JavaScript 引擎运行完毕，浏览器再从中断的地方恢复继续解
     析文档。
    
     也就是说，如果你想首屏渲染的越快，就越不应该在首屏就加载 JS 文件，这也是都建议将 script 标签放在 body 标签底部的
     原因。当然在当下，并不是说 script 标签必须放在底部，因为你可以给 script 标签添加 defer 或者 async 属性。

#### 19. async 和 defer 的作用是什么？有什么区别？（浏览器解析过程） ####

（1）js脚本没有 defer 或 async，浏览器会立即加载并执行指定的脚本，也就是说不等待后续载入的文档元素，读到就加载并执
         行。
    
     （2）defer 属性表示延迟执行引入的 JavaScript，即这段 JavaScript 加载时 HTML 并未停止解析，这两个过程是并行的。
         当整个 document 解析完毕后再执行脚本文件，在 DOMContentLoaded 事件触发之前完成。多个脚本按顺序执行。
    
     （3）async 属性表示异步执行引入的 JavaScript，与 defer 的区别在于，如果已经加载好，就会开始执行，也就是说它的执
         行仍然会阻塞文档的解析，只是它的加载过程不会阻塞。多个脚本的执行顺序无法保证。

详细资料可以参考：  
[《defer 和 async 的区别》][defer _ async]

#### 20. 什么是文档的预解析？（浏览器解析过程） ####

Webkit 和 Firefox 都做了这个优化，当执行 JavaScript 脚本时，另一个线程解析剩下的文档，并加载后面需要通过网络加
     载的资源。这种方式可以使资源并行加载从而使整体速度更快。需要注意的是，预解析并不改变 DOM 树，它将这个工作留给主解析
     过程，自己只解析外部资源的引用，比如外部脚本、样式表及图片。

#### 21. CSS 如何阻塞文档解析？（浏览器解析过程） ####

理论上，既然样式表不改变 DOM 树，也就没有必要停下文档的解析等待它们，然而，存在一个问题，JavaScript 脚本执行时可
     能在文档的解析过程中请求样式信息，如果样式还没有加载和解析，脚本将得到错误的值，显然这将会导致很多问题。
    
     所以如果浏览器尚未完成 CSSOM 的下载和构建，而我们却想在此时运行脚本，那么浏览器将延迟 JavaScript 脚本执行和文档
     的解析，直至其完成 CSSOM 的下载和构建。也就是说，在这种情况下，浏览器会先下载和构建 CSSOM，然后再执行 JavaScript，
     最后再继续文档的解析。

#### 22. 渲染页面时常见哪些不良现象？（浏览器渲染过程） ####

FOUC：主要指的是样式闪烁的问题，由于浏览器渲染机制（比如firefox），在 CSS 加载之前，先呈现了 HTML，就会导致展示
           出无样式内容，然后样式突然呈现的现象。会出现这个问题的原因主要是 css 加载时间过长，或者 css 被放在了文档底
           部。
    
     白屏：有些浏览器渲染机制（比如chrome）要先构建 DOM 树和 CSSOM 树，构建完成后再进行渲染，如果 CSS 部分放在 HTML 
          尾部，由于 CSS 未加载完成，浏览器迟迟未渲染，从而导致白屏；也可能是把 js 文件放在头部，脚本的加载会阻塞后面
          文档内容的解析，从而页面迟迟未渲染出来，出现白屏问题。

详细资料可以参考：  
[《前端魔法堂：解秘 FOUC》][FOUC]  
[《白屏问题和 FOUC》][FOUC 1]

#### 23. 如何优化关键渲染路径？（浏览器渲染过程） ####

为尽快完成首次渲染，我们需要最大限度减小以下三种可变因素：
    
     （1）关键资源的数量。
     （2）关键路径长度。
     （3）关键字节的数量。
    
     关键资源是可能阻止网页首次渲染的资源。这些资源越少，浏览器的工作量就越小，对 CPU 以及其他资源的占用也就越少。
    
     同样，关键路径长度受所有关键资源与其字节大小之间依赖关系图的影响：某些资源只能在上一资源处理完毕之后才能开始下载，
     并且资源越大，下载所需的往返次数就越多。
    
     最后，浏览器需要下载的关键字节越少，处理内容并让其出现在屏幕上的速度就越快。要减少字节数，我们可以减少资源数（将它
     们删除或设为非关键资源），此外还要压缩和优化各项资源，确保最大限度减小传送大小。
    
     优化关键渲染路径的常规步骤如下：
    
     （1）对关键路径进行分析和特性描述：资源数、字节数、长度。
     （2）最大限度减少关键资源的数量：删除它们，延迟它们的下载，将它们标记为异步等。
     （3）优化关键字节数以缩短下载时间（往返次数）。
     （4）优化其余关键资源的加载顺序：您需要尽早下载所有关键资产，以缩短关键路径长度。

详细资料可以参考：  
[《优化关键渲染路径》][Link 7]

#### 24. 什么是重绘和重排（回流）？（浏览器绘制过程） ####

重绘: 当渲染树中的一些元素需要更新属性，而这些属性只是影响元素的外观、风格，而不会影响布局的操作，比如 background
           -color，我们将这样的操作称为重绘。
     
     重排（回流）：当渲染树中的一部分（或全部）因为元素的规模尺寸、布局、隐藏等改变而需要重新构建的操作，会影响到布局的操作，这样
          的操作我们称为回流。
    
     常见引起回流属性和方法：
    
     任何会改变元素几何信息（元素的位置和尺寸大小）的操作，都会触发回流。
    
     （1）添加或者删除可见的 DOM 元素；
     （2）元素尺寸改变——边距、填充、边框、宽度和高度
     （3）内容变化，比如用户在 input 框中输入文字
     （4）浏览器窗口尺寸改变——resize事件发生时
     （5）计算 offsetWidth 和 offsetHeight 属性
     （6）设置 style 属性的值
     （7）当你修改网页的默认字体时。
    
     回流必定会发生重绘，重绘不一定会引发回流。回流所需的成本比重绘高的多，改变父节点里的子节点很可能会导致父节点的一系列
     回流。

常见引起重绘属性和方法：

![常见引起回流属性和方法][be88a9bf6b8eac9ba7be49b207764d0b.png]

常见引起回流属性和方法：

![常见引起重绘属性和方法][74ef6b604715517d76103aac2772a0db.png]

详细资料可以参考：  
[《浏览器的回流与重绘》][Link 8]

#### 25. 如何减少回流？（浏览器绘制过程） ####

（1）使用 transform 替代 top
    
     （2）不要把节点的属性值放在一个循环里当成循环里的变量
    
     （3）不要使用 table 布局，可能很小的一个小改动会造成整个 table 的重新布局
    
     （4）把 DOM 离线后修改。如：使用 documentFragment 对象在内存里操作 DOM
    
     （5）不要一条一条地修改 DOM 的样式。与其这样，还不如预先定义好 css 的 class，然后修改 DOM 的 className。

#### 26. 为什么操作 DOM 慢？（浏览器绘制过程） ####

一些 DOM 的操作或者属性访问可能会引起页面的回流和重绘，从而引起性能上的消耗。

#### 27. DOMContentLoaded 事件和 Load 事件的区别？ ####

当初始的 HTML 文档被完全加载和解析完成之后，DOMContentLoaded 事件被触发，而无需等待样式表、图像和
     子框架的加载完成。
    
     Load 事件是当所有资源加载完成后触发的。

详细资料可以参考：  
[《DOMContentLoaded 事件 和 Load 事件的区别？》][DOMContentLoaded _ _ Load]

#### 28. HTML5 有哪些新特性、移除了那些元素？ ####

HTML5 现在已经不是 SGML 的子集，主要是关于图像，位置，存储，多任务等功能的增加。
    
     新增的有：
      
     画布： canvas;
     音视频： video 和 audio 元素;
     web存储：本地离线存储 localStorage 长期存储数据，浏览器关闭后数据不丢失;
     		sessionStorage 的数据在浏览器关闭后自动删除;
     语义化更好的内容元素，比如 article、footer、header、main、nav、section;
     表单控件，calendar、date、time、email、url、search;
     新的技术 webworker, websocket;
     新的文档属性 document.visibilityState
    
     移除的元素有：
    
     纯表现的元素：basefont，big，center，font, s，strike，tt，u;
     对可用性产生负面影响的元素：frame，frameset，noframes；

#### 29. 如何处理 HTML5 新标签的浏览器兼容问题？ ####

（1） IE8/IE7/IE6 支持通过 document.createElement 方法产生的标签，可以利用这一特性让这些浏览器
         支持 HTML5 新标签，浏览器支持新标签后，还需要添加标签默认的样式。
    
     （2） 当然也可以直接使用成熟的框架，比如 html5shiv ;
          ``
    
          [if lte IE 9]……[endif] 判断 IE 的版本，限定只有 IE9 以下浏览器版本需要执行的语句。

#### 30. 简述一下你对 HTML 语义化的理解？ ####

相关知识点：

为什么会有 CSS Reset 的存在呢？那是因为早期的浏览器支持和理解的 CSS 规范不同，导致渲染页面时效果不一致，会出现很多
     兼容性问题。
    
     reset 的目的，是将所有的浏览器的自带样式重置掉，这样更易于保持各浏览器渲染的一致性。
     
     normalize 的理念则是尽量保留浏览器的默认样式，不进行太多的重置，而尽力让这些样式保持一致并尽可能与现代标准相符合。
    
     1.Normalize.css 保护了有价值的默认值
     
     Reset 通过为几乎所有的元素施加默认样式，强行使得元素有相同的视觉效果。 相比之下，Normalize.css 保持了许多默认的浏
     览器样式。 这就意味着你不用再为所有公共的排版元素重新设置样式。 当一个元素在不同的浏览器中有不同的默认值时，Normali
     ze.css 会力求让这些样式保持一致并尽可能与现代标准相符合。
    
     2.Normalize.css 修复了浏览器的 bug
    
     它修复了常见的桌面端和移动端浏览器的 bug。这往往超出了 Reset 所能做到的范畴。关于这一点，Normalize.css 修复的问题
     包含了 HTML5 元素的显示设置、预格式化文字的 font-size 问题、在 IE9 中 SVG 的溢出、许多出现在各浏览器和操作系统中
     的与表单相关的 bug。
    
     3.Normalize.css 没有复杂的继承链
    
     使用 Reset 最让人困扰的地方莫过于在浏览器调试工具中大段大段的继承链。在 Normalize.css 中就不会有这样的问题，因为在
     我们的准则中对多选择器的使用是非常谨慎的，我们仅会有目的地对目标元素设置样式。
    
     4.Normalize.css 是模块化的
    
     这个项目已经被拆分为多个相关却又独立的部分，这使得你能够很容易也很清楚地知道哪些元素被设置了特定的值。因此这能让你自己
     选择性地移除掉某些永远不会用到部分（比如表单的一般化）。
    
     5.Normalize.css 拥有详细的文档
    
     Normalize.css 的代码基于详细而全面的跨浏览器研究与测试。这个文件中拥有详细的代码说明并在 Github Wiki 中有进一步的
     说明。这意味着你可以找到每一行代码具体完成了什么工作、为什么要写这句代码、浏览器之间的差异，并且你可以更容易地进行自己
     的测试。

回答：

css reset 是最早的一种解决浏览器间样式不兼容问题的方案，它的基本思想是将浏览器的所有样式都重置掉，从而达到所有浏览器
     样式保持一致的效果。但是使用这种方法，可能会带来一些性能上的问题，并且对于一些元素的不必要的样式的重置，其实反而会造成
     画蛇添足的效果。
    
     后面出现一种更好的解决浏览器间样式不兼容的方法，就是 normalize.css ，它的思想是尽量的保留浏览器自带的样式，通过在原
     有的样式的基础上进行调整，来保持各个浏览器间的样式表现一致。相对与 css reset，normalize.css 的方法保留了有价值的默
     认值，并且修复了一些浏览器的 bug，而且使用 normalize.css 不会造成元素复杂的继承链。

详细资料可以参考：  
[《关于CSS Reset 那些事（一）之 历史演变与 Normalize.css》][CSS Reset _ _ Normalize.css]  
[《Normalize.css 和 Reset CSS 有什么本质区别没？》][Normalize.css _ Reset CSS]

#### 58. 用于预格式化文本的标签是？ ####

预格式化就是保留文字在源码中的格式 最后显示出来样式与源码中的样式一致 所见即所得。
    
     <pre> 定义预格式文本，保持文本原有的格式

#### 59. DHTML 是什么？ ####

DHTML 将 HTML、JavaScript、DOM 以及 CSS 组合在一起，用于创造动态性更强的网页。通过 JavaScript 和 HTML DOM，能
     够动态地改变 HTML 元素的样式。
    
     DHTML 实现了网页从 Web 服务器下载后无需再经过服务器的处理，而在浏览器中直接动态地更新网页的内容、排版样式和动画的功
     能。例如，当鼠标指针移到文章段落中时，段落能够变成蓝色，或者当鼠标指针移到一个超级链接上时，会自动生成一个下拉式子链
     接目录等。
    
     包括：
     （1）动态内容（Dynamic Content）：动态地更新网页内容，可“动态”地插入、修改或删除网页的元件，如文字、图像、标记等。
    
     （2）动态排版样式（Dynamic Style Sheets）：W3C 的 CSS 样式表提供了设定 HTML 标记的字体大小、字形、样式、粗细、
         文字颜色、行高度、加底线或加中间横线、缩排、与边缘距离、靠左右或置中、背景图片或颜色等排版功能，而“动态排版样
         式”即可以“动态”地改变排版样式。

#### 60. head 标签中必不少的是？ ####

<head> 标签用于定义文档的头部，它是所有头部元素的容器。<head> 中的元素可以引用脚本、指示浏览器在哪里找到样式表、提供
     元信息等等。
    
     文档的头部描述了文档的各种属性和信息，包括文档的标题、在 Web 中的位置以及和其他文档的关系等。绝大多数文档头部包含的数
     据都不会真正作为内容显示给读者。
    
     下面这些标签可用在 head 部分：<base>, <link>, <meta>, <script>, <style>, 以及 <title>。
    
     <title> 定义文档的标题，它是 head 部分中唯一必需的元素。

#### 61. HTML5 新增的表单元素有？ ####

datalist 规定输入域的选项列表，通过 option 创建！ 
     
     keygen 提供一种验证用户的可靠方法，密钥对生成器，私钥存于客户端，公钥发到服务器，用于之后验证客户端证书！
     
     output 元素用于不同类型的输出！

#### 62. 在 HTML5 中，哪个方法用于获得用户的当前位置？ ####

getCurrentPosition()

#### 63. 文档的不同注释方式？ ####

HTML 的注释方法  
     
     CSS 的注释方法 /*注释内容*/ 
     
     JavaScript 的注释方法 /* 多行注释方式 */ //单行注释方式

#### 64. disabled 和 readonly 的区别？ ####

disabled 指当 input 元素加载时禁用此元素。input 内容不会随着表单提交。
      
     readonly 规定输入字段为只读。input 内容会随着表单提交。
    
     无论设置 readonly 还是 disabled，通过 js 脚本都能更改 input 的 value

#### 65. 主流浏览器内核私有属性 css 前缀？ ####

mozilla 内核 （firefox,flock 等）    -moz
     webkit  内核 （safari,chrome 等）   -webkit
     opera   内核 （opera 浏览器）        -o
     trident 内核 （ie 浏览器）           -ms

#### 66. 前端性能优化？ ####

前端性能优化主要是为了提高页面的加载速度，优化用户的访问体验。我认为可以从这些方面来进行优化。
    
     第一个方面是页面的内容方面
    
     （1）通过文件合并、css 雪碧图、使用 base64 等方式来减少 HTTP 请求数，避免过多的请求造成等待的情况。
    
     （2）通过 DNS 缓存等机制来减少 DNS 的查询次数。
    
     （3）通过设置缓存策略，对常用不变的资源进行缓存。
    
     （4）使用延迟加载的方式，来减少页面首屏加载时需要请求的资源。延迟加载的资源当用户需要访问时，再去请求加载。
    
     （5）通过用户行为，对某些资源使用预加载的方式，来提高用户需要访问资源时的响应速度。
    
     第二个方面是服务器方面
    
     （1）使用 CDN 服务，来提高用户对于资源请求时的响应速度。
    
     （2）服务器端启用 Gzip、Deflate 等方式对于传输的资源进行压缩，减小文件的体积。
    
     （3）尽可能减小 cookie 的大小，并且通过将静态资源分配到其他域名下，来避免对静态资源请求时携带不必要的 cookie
    
     第三个方面是 CSS 和 JavaScript 方面
    
     （1）把样式表放在页面的 head 标签中，减少页面的首次渲染的时间。
    
     （2）避免使用 @import 标签。
    
     （3）尽量把 js 脚本放在页面底部或者使用 defer 或 async 属性，避免脚本的加载和执行阻塞页面的渲染。
    
     （4）通过对 JavaScript 和 CSS 的文件进行压缩，来减小文件的体积。

详细的资料可以参考：  
[《前端性能优化之雅虎35条军规》][35]  
[《你真的了解 gzip 吗？》][gzip]  
[《前端性能优化之 gzip》][gzip 1]

#### 67. Chrome 中的 Waterfall ？ ####

详细资料可以参考：  
[《前端性能之 Chrome 的 Waterfall》][Chrome _ Waterfall]  
[《教你读懂网络请求的瀑布图》][Link 12] [《前端妹子跟我抱怨她们的页面加载很慢的时候，如何在她面前优雅地装逼？》][Link 13]

#### 68. 扫描二维码登录网页是什么原理，前后两个事件是如何联系的？ ####

核心过程应该是：浏览器获得一个临时 id，通过长连接等待客户端扫描带有此 id 的二维码后，从长连接中获得客户端上报给 serv
     er的帐号信息进行展示。并在客户端点击确认后，获得服务器授信的令牌，进行随后的信息交互过程。在超时、网络断开、其他设备
     上登录后，此前获得的令牌或丢失、或失效，对授权过程形成有效的安全防护。
    
     我的理解
    
     二维码登录网页的基本原理是，用户进入登录网页后，服务器生成一个 uid 来标识一个用户。对应的二维码对应了一个对应 uid 
     的链接，任何能够识别二维码的应用都可以获得这个链接，但是它们没有办法和对应登录的服务器响应。比如微信的二维码登录，只
     有用微信识这个二维码才有效。当微信客户端打开这个链接时，对应的登录服务器就获得了用户的相关信息。这个时候登录网页根据
     先前的长连接获取到服务器传过来的用户信息进行显示。然后提前预加载一些登录后可能用到的信息。当客户端点击确认授权登陆后，
     服务器生成一个权限令牌给网页，网页之后使用这个令牌进行信息的交互过程。由于整个授权的过程都是在手机端进行的，因此能够
     很好的防止 PC 上泛滥的病毒。并且在超时、网络断开、其他设备上登录后，此前获得的令牌或丢失、或失效，对授权过程能够形成
     有效的安全防护。

详细资料可以参考：  
[《微信扫描二维码登录网页》][Link 14]

#### 69. Html 规范中为什么要求引用资源不加协议头`http`或者`https`？ ####

如果用户当前访问的页面是通过 HTTPS 协议来浏览的，那么网页中的资源也只能通过 HTTPS 协议来引用，否则浏览器会出现
     警告信息，不同浏览器警告信息展现形式不同。
    
     为了解决这个问题，我们可以省略 URL 的协议声明，省略后浏览器照样可以正常引用相应的资源，这项解决方案称为
      protocol-relative URL，暂且可译作协议相对 URL。
    
     如果使用协议相对 URL，无论是使用 HTTPS，还是 HTTP 访问页面，浏览器都会以相同的协议请求页面中的资源，避免弹出类似
     的警告信息，同时还可以节省5字节的数据量。

详细资料可以参考：  
[《协议相对 URL》][URL]  
扫描二维码登录网页是什么原理，前后两个事件是如何联系的？

详细资料可以参考：  
[《微信扫描二维码登录网页》][Link 14]

#### 69. Html 规范中为什么要求引用资源不加协议头`http`或者`https`？ ####

详细资料可以参考：  
[《协议相对 URL》][URL]  
[《Why you need protocol-relative URLs *now*》][Why you need protocol-relative URLs _now]

[Link 1]: http://www.cnblogs.com/fullhouse/archive/2011/12/19/2293455.html
[Link 2]: https://blog.csdn.net/Summer_15/article/details/71249203
[Link 3]: https://juejin.im/book/5bdc715fe51d454e755f75ef/section/5bdc7207f265da613c09425d
[Link 4]: https://coolshell.cn/articles/9666.html
[Link 5]: https://kb.cnblogs.com/page/129756/
[Link 6]: https://blog.fundebug.com/2019/01/03/understand-browser-rendering/
[defer _ async]: https://segmentfault.com/q/1010000000640869
[FOUC]: https://juejin.im/entry/58f867045c497d0058e2ff3a
[FOUC 1]: https://www.jianshu.com/p/6617efa874b0
[Link 7]: https://developers.google.com/web/fundamentals/performance/critical-rendering-path/optimizing-critical-rendering-path?hl=zh-cn
[be88a9bf6b8eac9ba7be49b207764d0b.png]: /images/20220829/5763480faf574230b46140f92d1485c1.png
[74ef6b604715517d76103aac2772a0db.png]: /images/20220829/e6b748b271aa4fc2856fe3d84c176147.png
[Link 8]: https://juejin.im/post/5a9923e9518825558251c96a
[DOMContentLoaded _ _ Load]: https://www.jianshu.com/p/ca8dae435a2c
[HTML]: https://www.html.cn/archives/1668
[Web]: https://www.zhihu.com/question/20455165
[HTML _ HTML]: https://juejin.im/post/5a9c8866f265da23741072bf#heading-5
[HTML5 _ b_strong_i_em]: https://www.zhihu.com/question/19551271
[HTML5 _-manifest]: https://yanhaijing.com/html/2014/12/28/html5-manifest/
[HTML5]: https://segmentfault.com/a/1190000000732617
[Link 9]: https://segmentfault.com/a/1190000012578794#articleHeader0
[cookies_sessionStorage _ localStorage]: https://segmentfault.com/a/1190000017423117
[IndexedDB]: http://www.ruanyifeng.com/blog/2018/07/indexeddb.html
[iframe]: https://blog.csdn.net/yintianqin/article/details/72625785
[iframe _ iframe]: https://segmentfault.com/a/1190000009891683
[WebSocket]: http://www.ruanyifeng.com/blog/2017/05/websocket.html
[WebSocket _5]: https://www.cnblogs.com/chyingp/p/websocket-deep-in.html
[WebSocket _ socket.io]: https://segmentfault.com/a/1190000011538416
[Web Storage API]: https://developer.mozilla.org/zh-CN/docs/Web/API/Web_Storage_API/Using_the_Web_Storage_API
[JavaScript _Worker _ SharedWorker]: https://www.zhuwenlong.com/blog/article/590ea64fe55f0f385f9a12e5
[Link 10]: https://juejin.im/post/5acdba01f265da23826e5633#heading-1
[Page Visibility API]: http://www.ruanyifeng.com/blog/2018/10/page_visibility_api.html
[Link 11]: https://maizi93.github.io/2017/08/29/%E5%A6%82%E4%BD%95%E5%9C%A8%E9%A1%B5%E9%9D%A2%E4%B8%8A%E5%AE%9E%E7%8E%B0%E4%B8%80%E4%B8%AA%E5%9C%86%E5%BD%A2%E7%9A%84%E5%8F%AF%E7%82%B9%E5%87%BB%E5%8C%BA%E5%9F%9F%EF%BC%9F/
[HTML 1]: https://www.zhangxinxu.com/wordpress/2017/05/html-area-map/
[SVG _ HTML5 _ canvas]: https://www.zhihu.com/question/19690014
[Meta]: http://www.cnblogs.com/qiumohanyu/p/5431859.html
[CSS Reset _ _ Normalize.css]: https://segmentfault.com/a/1190000003021766#articleHeader0
[Normalize.css _ Reset CSS]: https://segmentfault.com/q/1010000000117189
[35]: https://juejin.im/post/5b73ef38f265da281e048e51#heading-10
[gzip]: https://juejin.im/entry/58709b9a128fe1006b29cd5d
[gzip 1]: https://segmentfault.com/a/1190000012571492
[Chrome _ Waterfall]: https://blog.csdn.net/carian_violet/article/details/84954360
[Link 12]: https://blog.csdn.net/csdn_girl/article/details/54911632
[Link 13]: https://www.zhihu.com/question/27085552/answer/35194131
[Link 14]: https://www.zhihu.com/question/20368066
[URL]: https://www.ludou.org/the-protocol-relative-url.html
[Why you need protocol-relative URLs _now]: https://www.tuicool.com/articles/nEjU7b