3 列表 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 4.4 内存与缓存 * . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83 4.5 小结 . . . . . 序便可以访问内存中的数据。 图 3‑2 内存条、内存空间、内存地址 Tip 值得说明的是，将内存比作 Excel 表格是一个简化的类比，实际内存的工作机制比较复杂，涉及地址 空间、内存管理、缓存机制、虚拟内存和物理内存等概念。 内存是所有程序的共享资源，当某块内存被某个程序占用时，则无法被其他程序同时使用了。因此在数据结 构与算法的设计中，内存资源是一个重要的考虑因素。比如，算法所占用的内存峰值不应超过系统剩余空闲 优化数据结构的操作效率。 ‧ 空间效率高：数组为数据分配了连续的内存块，无须额外的结构开销。 ‧ 支持随机访问：数组允许在 ?(1) 时间内访问任何元素。 ‧ 缓存局部性：当访问数组元素时，计算机不仅会加载它，还会缓存其周围的其他数据，从而借助高速缓 存来提升后续操作的执行速度。 连续空间存储是一把双刃剑，其存在以下局限性。 ‧ 插入与删除效率低：当数组中元素较多时，插入与删除操作需要移动大量的元素。

3 列表 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 4.4 内存与缓存 * . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83 4.5 小结 . . . . . 序便可以访问内存中的数据。 图 3‑2 内存条、内存空间、内存地址 Tip 值得说明的是，将内存比作 Excel 表格是一个简化的类比，实际内存的工作机制比较复杂，涉及地址 空间、内存管理、缓存机制、虚拟内存和物理内存等概念。 内存是所有程序的共享资源，当某块内存被某个程序占用时，则通常无法被其他程序同时使用了。因此在数 据结构与算法的设计中，内存资源是一个重要的考虑因素。比如，算法所占用的内存峰值不应超过系统剩余 优化数据结构的操作效率。 ‧ 空间效率高：数组为数据分配了连续的内存块，无须额外的结构开销。 ‧ 支持随机访问：数组允许在 ?(1) 时间内访问任何元素。 ‧ 缓存局部性：当访问数组元素时，计算机不仅会加载它，还会缓存其周围的其他数据，从而借助高速缓 存来提升后续操作的执行速度。 连续空间存储是一把双刃剑，其存在以下局限性。 ‧ 插入与删除效率低：当数组中元素较多时，插入与删除操作需要移动大量的元素。

js（1.1M），各页面的业务代码 xxx.part.js（使用 FutureBuilder 后）、图片文 件。直接应用这些资源到项目中，会遇到以下问题： ● 功能无法及时更新：浏览器对同名文件的缓存，可能导致程序代码不被及时更 新或者出现执行错乱。 26 > 2021年美团技术年货 ● 首屏渲染性能差：main.dart.js 文件过大，单一文件加载、解析时间过长，势 必会影响首屏的渲染时间。 pool 中已经缓存 过的 Canvas 以便能够节省内存。由于 Flutter Web 自身实现了一套页面滚动机制， 页面滚动过程中，会频繁计算位置信息，引起滚动区域内容被重新创建，这就是为什 么每次滚动都会创建 Canvas 的原因。 我们设计的解决方案是：修改 FlutterSDK，在滚动的过程中定义一个阈值，当滚动 的高度在阈值范围内，我们就会把当前的 Canvas 缓存起来。这样选择性的创建和销 要求。但加载性能数据仍有较大的优化空间，我们会持续对其进行探索。 5.3 滚动性能 针对滚动优化，我们通过修改 Flutter SDK，使得 Canvas 在页面滚动时无需重复 创建，而是被缓存起来。这样大大节省了内存的开销（优化后页面内存占用稳定为 100M 左右，与常规 Web 页面无异），同时在一定程度上提升了滚动性能。以商家学 院文章内容页为例，对比优化前后滚动 FPS ：

3 列表 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 4.4 内存与缓存 * . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 4.5 小结 . . . . . ，程序便可以访问内存中的数据。 图 3‑2 内存条、内存空间、内存地址 � 值得说明的是，将内存比作 Excel 表格是一个简化的类比，实际内存的工作机制比较复杂，涉 及地址空间、内存管理、缓存机制、虚拟内存和物理内存等概念。 内存是所有程序的共享资源，当某块内存被某个程序占用时，则无法被其他程序同时使用了。因此在数据结 构与算法的设计中，内存资源是一个重要的考虑因素。比如，算法所占用的内存峰值不应超过系统剩余空闲 优化数据结构的操作效率。 ‧ 空间效率高：数组为数据分配了连续的内存块，无须额外的结构开销。 ‧ 支持随机访问：数组允许在 ?(1) 时间内访问任何元素。 ‧ 缓存局部性：当访问数组元素时，计算机不仅会加载它，还会缓存其周围的其他数据，从而借助高速缓 存来提升后续操作的执行速度。 连续空间存储是一把双刃剑，其存在以下局限性。 ‧ 插入与删除效率低：当数组中元素较多时，插入与删除操作需要移动大量的元素。

长度不可变 长度可变 内存使用率 占用内存少、缓存局部性好 占用内存多 优势操作 随机访问 插入、删除 � 缓存局部性的简单解释 在计算机中，数据读写速度排序是“硬盘 < 内存 < CPU 缓存”。当我们访问数组元素时，计算 机不仅会加载它，还会缓存其周围的其它数据，从而借助高速缓存来提升后续操作的执行速度。 链表则不然，计算机只能挨个地缓存各个结点，这样的多次“搬运”降低了整体效率。 两种实现都支持栈定义中的各项操作，数组实现额外支持随机访问，但这已经超出栈的定义范畴，一般不会用 到。 时间效率 在数组（列表）实现中，入栈与出栈操作都是在预先分配好的连续内存中操作，具有很好的缓存本地性，效率 很好。然而，如果入栈时超出数组容量，则会触发扩容机制，那么该次入栈操作的时间复杂度为 ?(?) 。 在链表实现中，链表的扩容非常灵活，不存在上述数组扩容时变慢的问题。然而，入栈操作需要初始化结点对 效率更高，这是因为： ‧ 出现最差情况的概率很低：虽然快速排序的最差时间复杂度为 ?(?2) ，不如归并排序，但绝大部分情况 下，快速排序可以达到 ?(? log ?) 的复杂度。 ‧ 缓存使用效率高：哨兵划分操作时，将整个子数组加载入缓存中，访问元素效率很高。而诸如「堆排序」 需要跳跃式访问元素，因此不具有此特性。 ‧ 复杂度的常数系数低：在提及的三种算法中，快速排序的 比较、赋值、交换 三种操作的总体数量最少

优化数据结构的操作效率。 ‧ 空间效率高: 数组为数据分配了连续的内存块，无须额外的结构开销。 ‧ 支持随机访问: 数组允许在 ?(1) 时间内访问任何元素。 ‧ 缓存局部性: 当访问数组元素时，计算机不仅会加载它，还会缓存其周围的其他数据，从而借助高速缓 存来提升后续操作的执行速度。 连续空间存储是一把双刃剑，其存在以下缺点。 ‧ 插入与删除效率低: 当数组中元素较多时，插入与删除操作需要移动大量的元素。 此各种性质和 操作效率也呈现对立的特点。 表 4‑1 数组与链表的效率对比 第 4 章 数组与链表 hello‑algo.com 73 数组 链表 存储方式 连续内存空间 离散内存空间 缓存局部性 友好 不友好 容量扩展 长度不可变 可灵活扩展 内存效率 占用内存少、浪费部分空间 占用内存多 访问元素 ?(1) ?(?) 添加元素 ?(?) ?(1) 删除元素 ?(?) ?(1) 向父节点的引用来实现，类似于双向链表。 ‧ 浏览器历史：在网页浏览器中，当用户点击前进或后退按钮时，浏览器需要知道用户访问过的前一个和 后一个网页。双向链表的特性使得这种操作变得简单。 ‧ LRU 算法：在缓存淘汰算法（LRU）中，我们需要快速找到最近最少使用的数据，以及支持快速地添 加和删除节点。这时候使用双向链表就非常合适。 循环链表常被用于需要周期性操作的场景，比如操作系统的资源调度。 ‧ 时

二者作用的重要性。从 数据结构上理解，“栈”是一种“先进后出、后进先出”的存储结构；“堆”是一种树形存储结 构。从计算机操作系统原理上理解，“栈”一般位于一级缓存中；而“堆”一般位于二级缓存 中，一级缓存的存取速度自然是快于二级缓存的。 “栈”与“堆”的结构关系到变量的存储机制。由于 ECMAScript 引用值的大小会改变， 因此不能将其存储在“栈”中，否则会降低变量查找访问的速度。而指向引用值的指针（pointer）

js 文件内容如下： document.write("欢迎您学习JavaScript!");  优点  可维护性：可在不触及 HTML 标记的情况下，集中精力编辑 JS 代码  可缓存：浏览器可缓存链接的所有外部 JS 文件。若多个页面使用同一个文 件，该文件只需下载一次。 VCG JavaScript 2020/4/28 20 4.3 引入外部文件 标签位置 浏览器遇到

Symbol 239 上面代码将导致其他脚本都无法引用 FOO_KEY 。但这样也有一个问题，就是如果 多次执行这个脚本，每次得到的 FOO_KEY 都是不一样的。虽然Node会将脚本的执 行结果缓存，一般情况下，不会多次执行同一个脚本，但是用户可以手动清除缓 存，所以也不是完全可靠。 内置的Symbol值 除了定义自己使用的Symbol值以外，ES6还提供了11个内置的Symbol值，指向语 foo = 'baz', 500); 上面代码输出变量 foo ，值为 bar ，500毫秒之后变成 baz 。 这一点与 CommonJS 规范完全不同。CommonJS 模块输出的是值的缓存，不存在 动态更新，详见下文《Module 的加载实现》一节。 最后， export 命令可以出现在模块的任何位置，只要处于模块顶层就可以。如果 处于块级作用域内，就会报错，下一节的 import Module 的加载实现 587 上面代码说明， lib.js 模块加载以后，它的内部变化就影响不到输出 的 mod.counter 了。这是因为 mod.counter 是一个原始类型的值，会被缓存。 除非写成一个函数，才能得到内部变动后的值。 // lib.js var counter = 3; function incCounter() { counter++; } module

cube(5); // 125 6. cube(10); // 1000 可见，创建偏函数的目的是将原函数的某些参数固定住，可以降低新函数调用的难度。 如果一个函数调用开销很大，我们就可能希望能把结果缓存下来，以便后续调用时直接获得结果。举个 例子，计算阶乘就比较耗时： 1. 'use strict'; 2. 3. function factorial(n) { 4. console // 3628800 15. // 注意控制台输出: 16. // start calculate 10!... 17. // 10! = 3628800 用 memoize() 就可以自动缓存函数计算的结果： 1. 'use strict'; 2. 3. var factorial = _.memoize(function(n) { 4. console.log('start factorial(10); // 3628800 22. // 控制台没有输出 对于相同的调用，比如连续两次调用 factorial(10) ，第二次调用并没有计算，而是直接返回上次 计算后缓存的结果。不过，当你计算 factorial(9) 的时候，仍然会重新计算。 可以对 factorial() 进行改进，让其递归调用： 1. 'use strict'; 8.3 Functions