Android面试指南（三）————Java基础篇，Android面试2024

最新推荐文章于 2024-05-09 23:35:59 发布

2401_84149694

最新推荐文章于 2024-05-09 23:35:59 发布

阅读量1k

点赞数 21

分类专栏：程序员文章标签： android 面试 java

本文链接：https://blog.youkuaiyun.com/2401_84149694/article/details/137447567

版权

如果碰撞，将Node以链表的形式连接在后面
如果链表长度超过阈值（8），将链表转化为红黑树，链表长度低于6，则将红黑树转回链表
如果节点存在，则替换旧值
如果数组快满了（最大容量16*加载因子0.75），就需要resize（扩容两倍）

为什么选择6和8 ？

因为中间7的位置放置频繁的数据结构切换后，影响性能

get方法

计算key的hash，在计算index值
在数组中查找index值，在比对key值，取出value，复杂度最好是O(1)，最坏为O(n)

为什么不直接使用红黑树？

空间和时间的选择，链短的时候空间上占用小，时间还好，转化为红黑树后，便于查找，但是耗费空间。

处理hash冲突的方法有以下几种：

开放地址法（线性探测再散列（碰撞后，位置后挪，数组长度+x）x可为正数，二次探测再散列（数组长度+x的平方）x可为正负数，平方后均为正数）
再哈希法（多种计算哈希的方法，相同则替换方法，直到算出不重复的哈希值）
链地址法（链表）
建立公共溢出区（建立一个溢出表，存放冲突的数据）

HashMap的性能慢原因？

数据类型自动装箱问题
resize扩容重新计算index值和hashcode，重新赋值（1.7）
1.8后，扩容位置 = hash值 & 数组长度，如果为0，则不动，反之则反

线程不安全会导致什么

环状链表，resize（扩容）时头插法导致环形链表（1.7版本）

都存在数据丢失的问题数据丢失，1.8版本修复环形链表（尾插）

HashMap中默认容量为什么是2的幂？

因为如果不是2的幂，可能会造成更多的hash碰撞（index 下标碰撞）
假设n为17，n-1的二进制为10000，01001和01101算出的index值均为0
假设n为16，n-1的二进制为01111，01001和01101算出的index值不同

hashcode计算原理

对于int类型，hashcode为它本身，eg：int i = 1; hashcode = 1;
对于对象来说，hashcode是内部地址和对象值的一个映射

hash()算法原理

static final int hash(Object key) {
int h;
return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}

拿到key的hashCode()，在将该值与该值的高16位（h无符号右移16位）进行亦或运算（相同为0，不同为1）

HashTable的理解

put和get方法是用了synchronized修饰，锁住了整个map，同一时刻只有一个线程可以操作

不可以存储null值和null健

SparseArray理解

原理

装箱，int数据类型---->Integer对象，拆箱，Integer对象---->int数据类型

默认容量是10

key是int值（避免装箱问题），使用二分查找寻找key，同样也是用二分插入，从小到大排列好的
两个数组，一组存放key（int []），一组存放value(object [])

mKeys[i] = key;
mValues[i] = value;

如果冲突，直接替换value的值

二分插入：

while (lo <= hi) {
//二分法一分而二，数组中间下标
final int mid = (lo + hi) >>> 1;
//二分法一分而二，数组中间下标处的值
final int midVal = array[mid];

if (midVal < value) {
/**
如果数组中间处的值比要找的值小，代表要找的值
在数组的中后部部分，所以当前下标取值为mid + 1
/
lo = mid + 1;
} else if (midVal > value) {
/*
如果数组中间处的值比要找的值大，代表要找的值
在数组的前中部部分，所以当前下标取值为mid - 1
*/
hi = mid - 1;
} else {
//数组中间处的值与要找的值相等，直接返回数组中部的下标mid
return mid; // value found
}
}