首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
Java Collection
订阅
eliphaz
更多收藏集
微信扫码分享
微信
新浪微博
QQ
5篇文章 · 0订阅
JAVA集合:ConcurrentHashMap深度解析(版本对比)
从上面的jdk1.8中的源码就可以看出来,Hashtable是从jdk1.0就有了,而且是线程安全的,后来因为Hashtable效率太低才有了HashMap,HashMap为了追求效率,去掉了保障线程安全的synchronized关键字。 默认大小:Hashtable的默认大小…
LruCache 源码解析
LruCache 在网络请求,图片缓存等场景下都有使用,其源码非常短 (只有 260 行),所以我们仔细的通读一遍源码.
面试必备:LinkedHashMap源码解析(JDK8)
想看我更多文章:【张旭童的博客】http://blog.csdn.net/zxt0601 想来gayhub和我gaygayup:【mcxtzhang的Github主页】https://github.com/mcxtzhang 1 概述 在上文中,我们已经聊过了HashMap,本…
面试旧敌之 HashMap : JDK 1.8 后它通过什么提升性能
HashMap 在 JDK 1.8 后新增了红黑树结构,保证了极端情况下的性能,如果你还不了解,这篇文章对你来说会有一定价值 。
并发容器之ConcurrentHashMap(JDK 1.8版本)
在使用 HashMap 时在多线程情况下扩容会出现 CPU 接近 100%的情况,因为 hashmap 并不是线程安全的,通常我们可以使用在 java 体系中古老的 hashtable 类,该类基本上所有的方法都采用 synchronized 进行线程安全的控制,可想而知,在高…