资讯专栏INFORMATION COLUMN

上云采购季！| 2核2G4M爆款云服务器低至59元/年，更有多台、长期优惠，快来选购！

立即前往
首页/文章专栏/lodash源码分析之List缓存

lodash源码分析之List缓存

SunZhaopeng / 712人阅读

摘要：在之前的文章中已经介绍过，检测的是对应的数组在二维数组中的索引，其行为跟一致，不存在于二维数组中时，返回，否则返回索引值。最后将缓存数量减少。

昨日我沿着河岸/漫步到/芦苇弯腰喝水的地方
顺便请烟囱/在天空为我写一封长长的信


潦是潦草了些/而我的心意/则明亮亦如你窗前的烛光/稍有暧昧之处/势所难免/因为风的缘故


——洛夫《因为风的缘故》

本文为读 lodash 源码的第七篇，后续文章会更新到这个仓库中，欢迎 star：pocket-lodash

gitbook也会同步仓库的更新，gitbook地址：pocket-lodash

作用与用法

在之前的《lodash源码分析之Hash缓存》介绍过用 Hash 做缓存的情况，在这篇文章中介绍过，lodash 是想要实现和 Map 一样的接口。

Hash 其实是用对象来做缓存，但是对象有一个局限，它的 key 只能是字符串或者 Symbol 类型，但是 Map 是支持各种类型的值来作为 key，因此 Hash 缓存无法完全模拟 Map 的行为，当遇到 key 为数组、对象等类型时，Hash 就无能为力了。

因此，在不支持 Map 的环境下，lodash 实现了 ListCache 来模拟，ListCache 本质上是使用一个二维数组来储存数据。

ListCache 的调用方式和 Hash 一致：

new ListCache([
  [{key: "An Object Key"}, 1],
  [["An Array Key"],2],
  [function(){console.log("A Function Key")},3]
])

返回的结果如下：

{
  size: 3,
  __data__: [
    [{key: "An Object Key"}, 1],
    [["An Array Key"],2],
    [function(){console.log("A Function Key")},3]
  ]
}

结构和 Hash 类似，但是 __data__ 变成了数组。

接口设计

ListCache 的接口与 Hash 一样，同样实现了 Map 的数据管理接口。

依赖 
import assocIndexOf from "./assocIndexOf.js"

《lodash源码分析之自减的两种形式》

源码分析 
class ListCache {

  constructor(entries) {
    let index = -1
    const length = entries == null ? 0 : entries.length

    this.clear()
    while (++index < length) {
      const entry = entries[index]
      this.set(entry[0], entry[1])
    }
  }

  clear() {
    this.__data__ = []
    this.size = 0
  }

  delete(key) {
    const data = this.__data__
    const index = assocIndexOf(data, key)

    if (index < 0) {
      return false
    }
    const lastIndex = data.length - 1
    if (index == lastIndex) {
      data.pop()
    } else {
      data.splice(index, 1)
    }
    --this.size
    return true
  }

  get(key) {
    const data = this.__data__
    const index = assocIndexOf(data, key)
    return index < 0 ? undefined : data[index][1]
  }

  has(key) {
    return assocIndexOf(this.__data__, key) > -1
  }

  set(key, value) {
    const data = this.__data__
    const index = assocIndexOf(data, key)

    if (index < 0) {
      ++this.size
      data.push([key, value])
    } else {
      data[index][1] = value
    }
    return this
  }
}
constructor

构造器跟 Hash 一模一样，都是先调用 clear 方法，然后调用 set 方法，往缓存中加入初始数据。

这里调用 clear 方法并不是说为了清除数据，还没开始使用这个类，肯定是没有数据的，而是为了初始化 __data__ 和 size 这两个属性。

clear 
clear() {
  this.__data__ = []
  this.size = 0
}

clear 是为了清空缓存。

其实就是将容器 __data__ 设置成空数组，在 Hash 中是设置为空对象，将缓存数量 size 设置为 0 。

has 
has(key) {
  return assocIndexOf(this.__data__, key) > -1
}

has 用来判断是否已经有缓存数据，如果缓存数据已经存在，则返回 true 。

在之前的文章中已经介绍过，assocIndexOf 检测的是对应 key 的 [key,value] 数组在二维数组中的索引，其行为跟 indexOf 一致，不存在于二维数组中时，返回 -1 ，否则返回索引值。因此可以用是否大于 -1 来判断指定 key 的数据是否已经被缓存。

set 
set(key, value) {
  const data = this.__data__
  const index = assocIndexOf(data, key)

  if (index < 0) {
    ++this.size
    data.push([key, value])
  } else {
    data[index][1] = value
  }
  return this
}

set 用来增加或者更新需要缓存的值。set 的时候需要同时维护 size 和缓存的值。

跟 has 一样，调用 assocIndexOf 找到指定 key 的索引值，如果小于 0 ，则表明指定的 key 尚未缓存，需要将缓存数量 size 加 1 ，然后将缓存数据加入到 this.__data__ 的末尾。

否则更新 value 即可。

强迫症看到 has 用大于 -1 来判断，而这里用小于 0 来判断可能会相当难受。

get 
get(key) {
  const data = this.__data__
  const index = assocIndexOf(data, key)
  return index < 0 ? undefined : data[index][1]
}

get 方法是从缓存中取值。

如果缓存中存在值，则返回缓存中的值，否则返回 undefined 。

delete 
delete(key) {
  const data = this.__data__
  const index = assocIndexOf(data, key)

  if (index < 0) {
    return false
  }
  const lastIndex = data.length - 1
  if (index == lastIndex) {
    data.pop()
  } else {
    data.splice(index, 1)
  }
  --this.size
  return true
}

delete 方法用来删除指定 key 的缓存。成功删除返回 true， 否则返回 false。 删除操作同样需要维护 size 属性。

首先调用 assocIndexOf 来找到缓存的索引。

如果索引小于 0 ，表明没有缓存，删除不成功，直接返回 false 。

如果要删除的缓存是缓存中的最后一项，则直接调用 pop 方法，将缓存删除，否则将调用 splice 方法将对应位置的缓存删除。

为什么不直接都用 splice 来删除数据呢？因为 pop 的性能比 splice 好，我简单测了一下，大概快 17% 左右。

有兴趣的可以看下 pop 和 splice 的规范，splice 要比 pop 做的事情要多。

从这里又看出了 lodash 对性能的极致追求。

最后将缓存数量 size 减少 1 。

参考

Set 和 Map 数据结构

MDN: 使用对象

ECMAScript5.1中文版 + ECMAScript3 + ECMAScript（合集）

License

署名-非商业性使用-禁止演绎 4.0 国际 (CC BY-NC-ND 4.0)

最后，所有文章都会同步发送到微信公众号上，欢迎关注,欢迎提意见：

作者：对角另一面

GPU云服务器 云服务器 jscript之List cdn之高速缓存 源码中文说明之 大数据之数据挖掘分析

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/92485.html

相关文章

  • lodash源码分析之缓存方式的选择

    摘要：接口设计同样实现了跟一致的数据管理接口，如下依赖源码分析之缓存源码分析之缓存源码分析是否使用这个函数用来判断是否使用缓存。返回表示使用缓存，返回则使用或者缓存。获取对应缓存方式的实例这个函数根据来获取储存了该的缓存实例。 每个人心里都有一团火，路过的人只看到烟。——《至爱梵高·星空之谜》 本文为读 lodash 源码的第八篇，后续文章会更新到这个仓库中，欢迎 star：pocket-...

    HitenDev 评论0 收藏0

  • lodash源码分析之缓存方式的选择

    摘要：接口设计同样实现了跟一致的数据管理接口，如下依赖源码分析之缓存源码分析之缓存源码分析是否使用这个函数用来判断是否使用缓存。返回表示使用缓存，返回则使用或者缓存。获取对应缓存方式的实例这个函数根据来获取储存了该的缓存实例。 每个人心里都有一团火，路过的人只看到烟。——《至爱梵高·星空之谜》 本文为读 lodash 源码的第八篇，后续文章会更新到这个仓库中，欢迎 star：pocket-...

    AdolphLWQ 评论0 收藏0

  • lodash源码分析之List缓存

    摘要：在之前的文章中已经介绍过，检测的是对应的数组在二维数组中的索引，其行为跟一致，不存在于二维数组中时，返回，否则返回索引值。最后将缓存数量减少。 昨日我沿着河岸/漫步到/芦苇弯腰喝水的地方顺便请烟囱/在天空为我写一封长长的信 潦是潦草了些/而我的心意/则明亮亦如你窗前的烛光/稍有暧昧之处/势所难免/因为风的缘故 ——洛夫《因为风的缘故》 本文为读 lodash 源码的第七篇，后续文章会...

    leon 评论0 收藏0

  • lodash源码分析之缓存使用方式的进一步封装

    摘要：但是在类中，要初始化缓存和设置缓存都需要提供和组成的二维数组，因此在类中，提供了一种更方便的缓存设置方式，只需要提供缓存的值即可。这里构造函数不需要再传入的二维数组了，只需要传入包含所有缓存值的数组即可。 在世界上所有的民族之中，支配着他们的喜怒选择的并不是天性，而是他们的观点。——卢梭《社会与契约论》 本文为读 lodash 源码的第九篇，后续文章会更新到这个仓库中，欢迎 star...

    neroneroffy 评论0 收藏0

  • lodash源码分析之缓存使用方式的进一步封装

    摘要：但是在类中，要初始化缓存和设置缓存都需要提供和组成的二维数组，因此在类中，提供了一种更方便的缓存设置方式，只需要提供缓存的值即可。这里构造函数不需要再传入的二维数组了，只需要传入包含所有缓存值的数组即可。 在世界上所有的民族之中，支配着他们的喜怒选择的并不是天性，而是他们的观点。——卢梭《社会与契约论》 本文为读 lodash 源码的第九篇，后续文章会更新到这个仓库中，欢迎 star...

    wapeyang 评论0 收藏0

发表评论

登陆后可评论

0条评论

SunZhaopeng

男|高级讲师
我要私信

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<