HashTable, HashMap, ConcurrentHashMap 之间的区别

HashMap自身是不安全的,再多线程下不推荐使用,下面主要描述一下HashTableConcurrentHsahMap的区别

锁粒度的不同

HashTable加锁是对整个对象加锁,就相当于对整个哈希表进行加锁,这样就很容易导致锁竞争,大大的降低了性能.

ConcurrentHashMap的加锁是不对整个对象进行加锁,而是对每个链表的头节点进行加锁,相当于"锁桶".这样就大大降低了锁冲突发生的概率,也就提升的性能.

  

ConcurrentHashMap只对写操作进行加锁,并没有对读操作进行加锁

只有当多个线程同时修改一个变量时才会产生锁冲突.

但有一个问题如果当一个线程写的时候,一个线程在读会不会出现读数据的时候读到只修改了一半的数据呢??

答案是不会的,在实现ConcurrentHaspMap的是就考虑到了这个问题,所以可以保证读的数据一定是一个完整的数据,而并不是一个修改到一半的数据

另外读操作是也可会使用volatile来保证数据是及时的

               

ConcurrentHashMap充分利用了CAS的特性

ConcurrentHashMap对扩容方式也进行了优化

发现需要扩容的线程, 只需要创建一个新的数组, 同时只搬几个元素过去扩容期间, 新老数组同时存在.后续每个来操作 ConcurrentHashMap 的线程, 都会参与搬家的过程. 每个操作负责搬运一小部分元素.搬完最后一个元素再把老数组删掉.
这个期间, 插入只往新数组加.查找需要同时查新数组和老数组
 

HashMap的key允许为null

HashTableConcurrentHashMap的key不允许为null

基于SSM框架的网红酒店预定系统,是一个集前台用户操作和后台管理员管理于一体的综合性平台。该系统旨在通过信息化手段,提高酒店预订的效率和用户体验。 系统的主要功能模块包括: 1. **用户管理**:允许用户注册、登录,查看个人信息,以及修改个人资料和密码。 2. **客房管理**:管理员可以添加、删除或修改客房信息,包括房型、价格、设施等。 3. **预订管理**:用户可以浏览可用房型,进行预订操作,管理员则可以管理预订订单,包括确认预订、办理入住和退房等。 4. **退订管理**:用户和管理员都可以处理预订的取消,管理员可以审核退订请求。 5. **系统管理**:管理员可以进行系统设置,包括权限管理、日志查看等。 系统的设计考虑了用户体验和管理员的便捷性,通过SSM框架的灵活性和MySQL数据库的稳定性,实现了数据的高效管理和处理。系统的前端界面友好,操作流程简洁,能够满足用户快速预订和查询的需求。同时,系统的后台管理功能强大,能够为管理员提供全面的数据分析和决策支持。 此外,系统还具有高度的安全性和稳定性,通过角色权限控制,确保了数据的安全性和系统的稳定运行。系统的开发和设计,不仅提升了网红酒店的品牌形象,也为用户带来了便捷的预订体验,进一步推动了酒店行业的信息化发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值