登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
AI 队友
登录
注册
3月21日 深圳|OpenClaw 线下实战沙龙:招聘、资讯、项目协同三大场景实操,VS ZeroClaw 横向对比评测,别再只会装,来现场跑通真实业务!
代码拉取完成,页面将自动刷新
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
24
Star
55
Fork
2
Java技术交流
/
Java技术提升库
代码
Issues
56
Pull Requests
0
Wiki
统计
流水线
服务
JavaDoc
PHPDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
更新失败,请稍后重试!
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
09、跳表数据结构特点?
待办的
#I23FL8
wgy
成员
创建于
2020-10-31 12:35
### 考点分析 我们知道二叉搜索算法能够高效的查询数据,但是需要一块连续的内存,而且增删改效率很低。 跳表,是基于链表实现的一种类似“二分”的算法。它可以快速的实现增,删,改,查操作。 ### 典型回答 理解跳表数据结构: 对于一个单链表来讲,即便链表中存储的数据是有序的,如果我们要想在其中查找某个数据, 也只能从头到尾遍历链表。这样查找效率就会很低,时间复杂度会很高,是 O(n)。  那怎么来提高查找效率呢?如果像图中那样,对链表建立一级“索引”,查找起来是不是就会 更快一些呢?每两个结点提取一个结点到上一级,我们把抽出来的那一级叫作索引或索引 层。你可以看我画的图。图中的 down 表示 down 指针,指向下一级结点。  如果我们现在要查找某个结点,比如 16。我们可以先在索引层遍历,当遍历到索引层中值为 13 的结点时,我们发现下一个结点是 17,那要查找的结点 16 肯定就在这两个结点之间。 然后我们通过索引层结点的 down 指针,下降到原始链表这一层,继续遍历。这个时候,我们只需要再遍历 2 个结点,就可以找到值等于 16 的这个结点了。 这样,原来如果要查找 16, 需要遍历 10 个结点,现在只需要遍历 7 个结点。 加来一层索引之后,查找一个结点需要遍历的结点个数减少了,也就是说查找效率提高了。 那如果我们再加一级索引呢?效率会不会提升更多呢? 跟前面建立第一级索引的方式相似,我们在第一级索引的基础之上,每两个结点就抽出一个结点到第二级索引。现在我们再来查找 16,只需要遍历 6 个结点了,需要遍历的结点数量 又减少了。  所以即便加了两级索引,查找效率的提升也并不明显。为了让你能真切地感受索引提升查询 效率。我画了一个包含 64 个结点的链表,按照前面讲的这种思路,建立了五级索引。  从图中我们可以看出,原来没有索引的时候,查找 62 需要遍历 62 个结点,现在只需要遍 历 11 个结点,速度是不是提高了很多?所以,当链表的长度 n 比较大时,比如 1000、10000 的时候,在构建索引之后,查找效率的提升就会非常明显。 **Redis 中的有序集合(Sorted Set)就是用跳表来实现的。**
### 考点分析 我们知道二叉搜索算法能够高效的查询数据,但是需要一块连续的内存,而且增删改效率很低。 跳表,是基于链表实现的一种类似“二分”的算法。它可以快速的实现增,删,改,查操作。 ### 典型回答 理解跳表数据结构: 对于一个单链表来讲,即便链表中存储的数据是有序的,如果我们要想在其中查找某个数据, 也只能从头到尾遍历链表。这样查找效率就会很低,时间复杂度会很高,是 O(n)。  那怎么来提高查找效率呢?如果像图中那样,对链表建立一级“索引”,查找起来是不是就会 更快一些呢?每两个结点提取一个结点到上一级,我们把抽出来的那一级叫作索引或索引 层。你可以看我画的图。图中的 down 表示 down 指针,指向下一级结点。  如果我们现在要查找某个结点,比如 16。我们可以先在索引层遍历,当遍历到索引层中值为 13 的结点时,我们发现下一个结点是 17,那要查找的结点 16 肯定就在这两个结点之间。 然后我们通过索引层结点的 down 指针,下降到原始链表这一层,继续遍历。这个时候,我们只需要再遍历 2 个结点,就可以找到值等于 16 的这个结点了。 这样,原来如果要查找 16, 需要遍历 10 个结点,现在只需要遍历 7 个结点。 加来一层索引之后,查找一个结点需要遍历的结点个数减少了,也就是说查找效率提高了。 那如果我们再加一级索引呢?效率会不会提升更多呢? 跟前面建立第一级索引的方式相似,我们在第一级索引的基础之上,每两个结点就抽出一个结点到第二级索引。现在我们再来查找 16,只需要遍历 6 个结点了,需要遍历的结点数量 又减少了。  所以即便加了两级索引,查找效率的提升也并不明显。为了让你能真切地感受索引提升查询 效率。我画了一个包含 64 个结点的链表,按照前面讲的这种思路,建立了五级索引。  从图中我们可以看出,原来没有索引的时候,查找 62 需要遍历 62 个结点,现在只需要遍 历 11 个结点,速度是不是提高了很多?所以,当链表的长度 n 比较大时,比如 1000、10000 的时候,在构建索引之后,查找效率的提升就会非常明显。 **Redis 中的有序集合(Sorted Set)就是用跳表来实现的。**
评论 (
0
)
登录
后才可以发表评论
状态
待办的
待办的
进行中
已完成
已关闭
负责人
未设置
标签
未设置
标签管理
里程碑
03.算法和数据结构面试题
未关联里程碑
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
未关联
master
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
参与者(1)
1
https://gitee.com/beike-java-interview-alliance/java-interview.git
git@gitee.com:beike-java-interview-alliance/java-interview.git
beike-java-interview-alliance
java-interview
Java技术提升库
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
评论
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册