—— 内核与引擎 主讲人与课程设计：耕耕 浏览器内核 主流浏览器内核 JavaScript 引擎 主流浏览器JavaScript 引擎 浏览器内核与JavaScript 引擎关系 最初内核的概念包括渲染引擎与JS引擎，目前习惯直接称渲染引擎为内核，JS引擎独立。 浏览器内核 渲染引擎 JavaScript引擎 最初状态 浏览器内核 渲染引擎 JavaScript引擎 目前状态 JavaScript引擎独立了 渲染引擎与JavaScript 引擎 渲染引擎：Rendering Engine，一般习惯将之称为“浏览器内核”，主要功能是解析HTML/CSS进 行渲染页面，渲染引擎决定了浏览器如何显示网页的内容以及页面的格式信息。 JavaScript 引擎：专门处理JavaScript脚本的虚拟机、解释器，用来解释执行js代码。在早期内 核也是包含js引擎的，而现在js引擎越来独立了，可以把它单独提出来。 了，可以把它单独提出来。 总结：渲染引擎（浏览器内核）处理html/css，JavaScript引擎处理JavaScript代码，有js引擎的 地方就能解析js代码 浏览器 渲染引擎（内核） 解析html/css JavaScript引擎 解析JavaScript代码 JavaScript和java什么关系 JavaScript 在刚诞生的时候，它的名字叫 “LiveScript”。但是因为当时

语言本身，虽然是一种解释型语言，但是在现代浏览器 中，JavaScript 都是编译后运行。程序会被高度优化，运行效率接 近二进制程序。而且，JavaScript 引擎正在快速发展，性能将越来 越好。 此外，还有一种 WebAssembly 格式，它是 JavaScript 引擎的中 间码格式，全部都是二进制代码。由于跳过了编译步骤，可以达到接近 强大的性能 导论 - 15 - 本文档使用 书栈(BookStack 可以承受很大的访问量。 JavaScript 是一种开放的语言。它的标准 ECMA-262 是 ISO 国 际标准，写得非常详尽明确；该标准的主要实现（比如 V8 和 SpiderMonkey 引擎）都是开放的，而且质量很高。这保证了这门语 言不属于任何公司或个人，不存在版权和专利的问题。 语言标准由 TC39 委员会负责制定，该委员会的运作是透明的，所有 讨论都是开放的，会议记录都会对外公布。 24 - 本文档使用 书栈(BookStack.CN) 构建 发出 HTTP 请求，为后来大行其道的 Ajax 应用创造了条件。 2000年，KDE 项目重写了浏览器引擎 KHTML，为后来的 WebKit 和 Blink 引擎打下基础。这一年的10月23日，KDE 2.0发布，第一次将 KHTML 浏览器包括其中。 2001年，微软公司时隔5年之后，发布了 IE 浏览器的下一个版本 Internet

1. 第一章 正则表达式字符匹配攻略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.1. 两种模糊匹配 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.1.1. 横向模糊匹配. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.1.2. 纵向模糊匹配. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2. 字符组 . . . . . . . . . . . . . . . . . . . . . . 3.1. 简写形式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 1.3.2. 贪婪匹配与惰性匹配. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 1.4. 多选分支 . . . . . . . . . .

1. 第一章 正则表达式字符匹配攻略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.1. 两种模糊匹配 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.1.1. 横向模糊匹配. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.1.2. 纵向模糊匹配. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2. 字符组 . . . . . . . . . . . . . . . . . . . . . . 3.1. 简写形式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 1.3.2. 贪婪匹配与惰性匹配. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 1.4. 多选分支 . . . . . . . . . .

，每个语句以 ; 结束，语句块用 {…} 。但是，JavaScript 并不强制要求在每个语句的结尾加 ; ，浏览器中负责执行JavaScript代码的引擎会自动在每个语句 的结尾补上 ; 。 注意：让JavaScript引擎自动加分号在某些情况下会改变程序的语义，导致运行结果与期望不一致。 在本教程中，我们不会省略 ; ，所有语句都会添加 ; 。 例如，下面的一行代码就是一个完整的赋值语句： 会大大增加看懂代码的难度。遇到这种 情况，需要把部分代码抽出来，作为函数来调用，这样可以减少代码的复杂度。 以 // 开头直到行末的字符被视为行注释，注释是给开发人员看到，JavaScript引擎会自动忽略： 1. // 这是一行注释 2. alert('hello'); // 这也是注释 另一种块注释是用 /…/ 把多行字符包裹起来，把一大“块”视为一个注释： 1. /* 从这里开始是块注释 a的值是整数123 2. a = 'ABC'; // a变为字符串 这种变量本身类型不固定的语言称之为动态语言，与之对应的是静态语言。静态语言在定义变量时必须 指定变量类型，如果赋值的时候类型不匹配，就会报错。例如Java是静态语言，赋值语句如下： 1. int a = 123; // a是整数类型变量，类型用int申明 2. a = "ABC"; // 错误：不能把字符串赋给整型变量 变量

i 其实都是一个新的变量，所以最后输出的是 6 。你可能会问，如果每一 轮循环的变量 i 都是重新声明的，那它怎么知道上一轮循环的值，从而计算出本 轮循环的值？这是因为 JavaScript 引擎内部会记住上一轮循环的值，初始化本轮的 变量 i 时，就在上一轮循环的基础上进行计算。 另外， for 循环还有一个特别之处，就是设置循环变量的那部分是一个父作用 域，而循环体内部是一个单独的子作用域。 let c = 3; ES6 允许写成下面这样。 let [a, b, c] = [1, 2, 3]; 上面代码表示，可以从数组中提取值，按照对应位置，对变量赋值。 本质上，这种写法属于“模式匹配”，只要等号两边的模式相同，左边的变量就会被 赋予对应的值。下面是一些使用嵌套数组进行解构的例子。 变量的解构赋值 45 let [foo, [[bar], baz]] = [1, [[2] [foo] = []; let [bar, foo] = [1]; 以上两种情况都属于解构不成功， foo 的值都会等于 undefined 。 另一种情况是不完全解构，即等号左边的模式，只匹配一部分的等号右边的数组。 这种情况下，解构依然可以成功。 变量的解构赋值 46 let [x, y] = [1, 2, 3]; x // 1 y // 2 let [a, [b], d]

在适配开始之前，我们要明确好先做哪些事情。先来回顾一下 Flutter 的三层结构： 在 Flutter 的架构设计中，最上层为框架层，使用 Dart 语言开发，面向 Flutter 业务 的开发者；中间层为引擎层，使用 C/C++ 开发，实现了 Flutter 的渲染管线和 Dart 运行时等基础能力；最下层为嵌入层，负责与平台相关的能力实现。显然我们要做的 是将嵌入层移植到鸿蒙上，确切地说，我们要通过鸿蒙原生提供的平台能力，重新实 将图像上屏。这个流程 的大部分工作都由框架层和引擎层完成，对于鸿蒙的适配，我们主要关注的是与设备 自身能力相关的问题，即： 4 > 2021年美团技术年货 (1) 如何监听设备的 VSync 信号并通知 Flutter 引擎？ (2) OpenGL/Vulkan 用于上 屏的窗口对象从何而来？ VSync 信号的监听及传递 在 Flutter 引擎的 Android 实现中，设备的 VSync VsyncWaiter 类调用 Android SDK 的 Choreographer.postFrameCallback 方 法， 再 通 过 JNI 一 层 层 传 回 Flutter 引擎消费掉此回调。Java 侧的 VsyncWaiter 核心代码如下： @Override public void asyncWaitForVsync(long cookie) { Choreographer

DNS） 学习 HTTP/Networks（包括 CORS 和 WebSockets） 学习网页寄存（通称虚拟主机） 学习前端开发 学习用户界面／交互设计 学习 HTML 和 CSS 学习搜索引擎优化 学习 JavaScript 学习 Web 动画 学习 DOM、BOM 和 jQuery 学习网页字体 & 图标 2 1.6.1.14 1.6.1.15 1.6.1.16 1.6 DNS） 学习 HTTP/Networks（包括 CORS 和 WebSockets） 学习网页寄存（通称虚拟主机） 学习前端开发 学习用户界面／交互设计 学习 HTML 和 CSS 学习搜索引擎优化 学习 JavaScript 学习 Web 动画 学习 DOM、BOM 和 jQuery 学习网页字体 & 图标 学习可访问性相关知识 学习 web／浏览器 API 学习 JSON js (通常用于桌面应用) Electron (通常用于桌面应用) 基于 WEB 技术的原生应用 最终，前端开发者从 WEB 浏览器开发中得到经验，并可以脱离浏览器引擎环境编码。近来， 人们正在构思如何脱离 web 引擎，用 web 技术（比如 CSS 和 JS）来构建原生应用。 该环境的例子： NativeScript React Native 前端开发者是什么？ 12 注：

3,5,7,9}] ∉ 十进制数 十进制数字 [lookahead ∉ 十 进制数] 当字母 n 后跟一个或多个首位是偶数的十进制数，或后跟一个后面没有另一个十进制数字 的数字时，完成匹配。 如果语法文法的产生式右式出现了短语"[no LineTerminator here]"，它指出了该产生式是一个受 约束产生式(restricted production)： 如果行结束符出现在输入流的指定位置上，这个产生式不被 7.4 注释 描述 注释可以是单行或多行的。多行注释不能自包含。 由于单行注释可以包含除行结束符之外的任何字符①。根据常规，托肯总是进行最长匹配， 所以单行 注释总是由从 // 开始到行末结束的所有字符组成。不过，行尾的行结束符不被识别 为单行注释的一部分；它被词法文法识别为分隔符，并 成为给语法文法提供的输入元素流的一 部分。这一点非常 Function 对象实现 [[HasInstance]]. [[Scope]] 无 Function 对象所在的，定义执行环境的作用域链。 [[Match]] (字符串, 下标) 测试正则表达式匹配，返回一个 MatchResult 值 （参见章节 15.10.2.1）。 每个对象（包括宿主对象）必须实现[[Prototype]]和[[Class]] 属性，以及[[Get]]、[[Put]]、

// 直接遍历数组元素 for (const num of nums) { count += num; } } 6. 查找元素 在数组中查找指定元素需要遍历数组，每轮判断元素值是否匹配，若匹配则输出对应索引。 因为数组是线性数据结构，所以上述查找操作被称为“线性查找”。 // === File: array.js === /* 在数组中查找指定元素 */ function find(nums 行比较。如果两者匹 配，那么密码就被视为正确。 ‧ 数据完整性检查：数据发送方可以计算数据的哈希值并将其一同发送；接收方可以重新计算接收到的 数据的哈希值，并与接收到的哈希值进行比较。如果两者匹配，那么数据就被视为完整。 对于密码学的相关应用，为了防止从哈希值推导出原始密码等逆向工程，哈希算法需要具备更高等级的安全 特性。 ‧ 单向性：无法通过哈希值反推出关于输入数据的任何信息。 ‧ 被新元素使用。这样做既能保持哈希表的探测序列不变，又能保证哈希表的空间使用率。 Q：为什么在线性探测中，查找元素的时候会出现哈希冲突呢？ 查找的时候通过哈希函数找到对应的桶和键值对，发现 key 不匹配，这就代表有哈希冲突。因此，线性探测 法会根据预先设定的步长依次向下查找，直至找到正确的键值对或无法找到跳出为止。 Q：为什么哈希表扩容能够缓解哈希冲突？ 第 6 章 哈希表 hello‑algo