最后
本人也收藏了一份Java面试核心知识点来应付面试,借着这次机会可以送给我的读者朋友们:
目录:
Java面试核心知识点
一共有30个专题,足够读者朋友们应付面试啦,也节省朋友们去到处搜刮资料自己整理的时间!
Java面试核心知识点
} dictht;
PS:table是一个数组,其每个元素都是一个dictEntry对象。
字典
字典,又称为符号表(symbol table),关联数组(associative array)或者映射(map),字典的内部嵌套了哈希表dictht
对象,下面就是一个字典ht
的定义:
typedef struct dict {
dictType *type;//字典类型的一些特定函数
void *privdata;//私有数据,type中的特定函数可能需要用到
dictht ht[2];//哈希表(注意这里有2个哈希表)
long rehashidx; //rehash索引,不在rehash时,值为-1
unsigned long iterators; //正在使用的迭代器数量
} dict;
其中dictType
内部定义了一些常用函数,其数据结构定义如下:
typedef struct dictType {
uint64_t (*hashFunction)(const void *key);//计算哈希值函数
void *(*keyDup)(void *privdata, const void *key);//复制键函数
void *(*valDup)(void *privdata, const void *obj);//复制值函数
int (*keyCompare)(void *privdata, const void *key1, const void *key2);//对比键函数
void (*keyDestructor)(void *privdata, void *key);//销毁键函数
void (*valDestructor)(void *privdata, void *obj);//销毁值函数
} dictType;
所以当创建一个哈希对象
时,可以得到如下简图(部分属性被省略):
PS:最后哈希表中的k和v保存的是一个字符串对象。
rehash操作
ht[2]定义了两个哈希表,ht[0]和ht[1]。而Redis在默认情况下使用的是ht[0],不会为ht[1]初始化分配空间。
当设置一个哈希对象时,具体会落到哈希数组(上图中的dictEntry*[3])中的哪个下标,是通过计算哈希值来确定的,如果发生哈希碰撞,那么同一个下标就会有多个dictEntry
,从而形成一个链表(最后插入的总是落在链表的最前面),链表越长,性能越差。所以为了保证哈希表的性能,需要在满足以下两个条件中的一个时,对哈希表进行rehash(重新散列)操作:
-
1、负载因子大于等于1且dict_can_resize设置为1时
-
2、负载因子大于等于安全阈值(dict_force_resize_ratio=5)时
PS:负载因子=哈希表已使用节点数/哈希表大小(即:h[0].used/h[0].size)。
rehash步骤
扩展哈希和收缩哈希都是通过执行rehash来完成,主要经过以下五步:
- 1、为字典
dict
的ht[1]哈希表分配空间,其大小取决于当前哈希表已保存节点数(即:ht[0].used)。
(a)、扩展操作则ht[1]的大小为2n中第一个大于等于ht[0].used * 2属性的值(比如used=3,此时23就是第一个大于used * 2 的值(22<6且23>6))。
(b)、收缩操作则ht[1]大小为2n中第一个大于等于ht[0].used的值。
-
2、将字典中的属性rehashix的值设置为0,表示正在执行rehash操作。
-
3、将ht[0]中所有的键值对依次重新计算哈希值,并放到ht[1]数组对应位置,完成一个键值对的rehash之后rehashix的值需要加1。
-
4、当ht[0]中所有的键值对都迁移到ht[1]之后,释放ht[0],并将ht[1]修改为ht[0],然后再创建一个新的ht[1]数组,为下一次rehash做准备。
-
5、将字典中的属性rehashix设置为-1,表示rehash已经结束
渐进式rehash
上面介绍的这种方式因为不是一次性全部rehash,而是分多次来慢慢的将ht[0]中的键值对rehash到ht[1]的操作就称之为渐进式rehash。渐进式rehash可以避免了集中式rehash带来的庞大计算量,采用了分而治之的思想。
在渐进式rehash过程中,因为还可能会有新的键值对存进来,此时Redis的做法是新添加的键值对统一放入ht[1]中,这样就确保了ht[0]键值对的数量只会减少。
当执行rehash操作时需要执行查询操作,此时会先查询ht[0],查找不到结果再到ht[1]中查询。
关于ziplist
的一些特性,在上一篇讲述列表底层数据结构的时候已经进行过了详细分析(想要详细了解的,可以点击这里)。但是哈希对象中的ziplist
和列表对象中ziplist
的不同之处在于哈希对象是一个key-value形式,所以其ziplist
中也表现为key-value,key和value紧挨在一起:
总结
无论是哪家公司,都很重视高并发高可用的技术,重视基础,重视JVM。面试是一个双向选择的过程,不要抱着畏惧的心态去面试,不利于自己的发挥。同时看中的应该不止薪资,还要看你是不是真的喜欢这家公司,是不是能真的得到锻炼。其实我写了这么多,只是我自己的总结,并不一定适用于所有人,相信经过一些面试,大家都会有这些感触。
最后我整理了一些面试真题资料,技术知识点剖析教程,还有和广大同仁一起交流学习共同进步,还有一些职业经验的分享。
a面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)收录**