hashmap的方法
写个例子说明HashMap线程不安全？
写个例子说明HashMap线程不安全？
谢谢邀请！下面介绍一下jdk 1.7 的 扩容死循环问题！
HashMap 扩容的源代码如下：
resize 扩容方法中最重要的代码如下：
hashmap有哪些线程安全的方式？
第一种是使用JUC并发工具包里面的ConcurrentHashMap，这是一个线程安全的HashMap类，第二种是利用Collections工具类的静态方法来构造线程安全的HashMap。
hashmap的存储方式？
HashMap存储的数据存放在内存中，提高HashMap数据寻址速度是重点要解决的问题，所以HashMap底层的存储结构非常关键，如果使用数组存储，时间复杂度为Ｏ(1)，使用链表存储，时间复杂度为O(n)，如果使用二叉树存储，时间复杂度为O(lg(n))。所以HashMap优先使用数组存储，如果出现hash碰撞，采用链表存储，如果链表长度大于8，寻址速度明显下降，进一步采用红黑树存储，将寻址效率提高。
如何让HashMap变成线程安全的？
有2种办法让HashMap线程安全，分别如下：
方法一：通过()返回一个新的Map，这个新的map就是线程安全的。 这个要求大家习惯基于接口编程，因为返回的并不是HashMap，而是一个Map的实现。
方法二：重新改写了HashMap，具体的可以查看 这个方法比方法一有了很大的改进。
map算子相关总结？
的特点：key只有一个，而一个key可以有多个value，并且key值不可以出现重复项。就好比，一个孩子只有一个亲生父亲，而一个父亲可以派生出多个亲生孩子。他继承了AbstractMap类。
2.hashMap可以序列化（即实现了Serializable接口，推荐打开源码看一下，141行），所以线程不安全。如果再线程中一般情况下使用ConcurrentHashMap来操作。在每一个分段上都用锁进行保护，从而让锁的粒度更精细一些，并发性能更好，而 HashMap 没有锁机制，不是线程安全的。
3.hashMap的底层在jdk1.8之前主要是数组和链表组成，jdk1.8之后新增了红黑树的特性。数组是hashMap的主体，而链表是为了解决哈希冲突（下方有对hash冲突的解释）。.HashMap中主要是通过key的hashCode来计算hash值（查看每一个map的哈希值下方标注），然后通过hash值选择不同的数组来存储。
只要hashCode相同，计算出来的hash值就一样，如果存储对象多了，就有可能不同的对象计算出来的hash值是相同的，这就出现了所谓的hash冲突，HashMap的底层是通过链表来解决hash冲突的。
具体就是把相同hash值的HashMap，通过链表的形式进行存储，相当于存储的数组就是哈希表，数组的每个元素都是一个单链表的头结点，链表是用来解决hash冲突的，如果不同的key映射到了数组的同一位置，那么就将其放入单链表中。
4.插入元素的方式有jdk1.8之前的头插法，转换成了尾插法
5.HashMap的默认大小为16，并且一 定是2的指数，每次扩容都为old*2。