解决: idea jdk配置是1.8 运行时是1.6

上图 (小编是1.8版本,版本的选择因人而异,记住一定要统一)
小编是1.8版本,版本的选择因人而异,记住一定要统一
在这里插入图片描述
这里一定要注意,小编之前因为这里浪费了很多时间
在这里插入图片描述
如果运行时出现异常 Error:java: Compilation failed: internal java compiler error

在这里插入图片描述
解决办法:
在这里插入图片描述

  • 5
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
ConcurrentHashMap 是 Java 并发包中的一个高效线程安全的哈希表实现,主要用于多线程环境下的高并发场景。 在 JDK 1.7 和 1.8 中,ConcurrentHashMap 的实现有所不同,主要区别如下: 1. Segment 数量:在 JDK 1.7 中,ConcurrentHashMap 内部使用了 Segment 数组来维护数据,每个 Segment 中包含一个 HashEntry 数组,而在 JDK 1.8 中,ConcurrentHashMap 则使用了 Node 数组来维护数据,不再使用 Segment,这样可以减少了内存消耗。 2. 锁的粒度:在 JDK 1.7 中,ConcurrentHashMap 使用了 Segment 来控制并发访问,每个 Segment 内部都使用了一个锁,这样会导致不同线程访问不同 Segment 时存在竞争,而在 JDK 1.8 中,ConcurrentHashMap 使用了 Node 数组来控制并发访问,每个 Node 上都有一个锁,这样可以减少锁的粒度,提高并发性能。 3. CAS 操作:在 JDK 1.8 中,ConcurrentHashMap 引入了 CAS 操作,可以在不加锁的情况下实现对数据的修改,这样可以提高并发性能。 4. 数据结构:在 JDK 1.7 中,ConcurrentHashMap 内部使用了 HashEntry 数组来存储数据,而在 JDK 1.8 中,则使用了 Node 数组和红黑树来存储数据,这样可以提高数据的查询效率。 5. 对象分配:在 JDK 1.8 中,ConcurrentHashMap 使用了 sun.misc.Unsafe 来进行对象分配,可以减少对象分配时的锁竞争,提高并发性能。 总之,JDK 1.8 中的 ConcurrentHashMap 在并发性能和内存消耗方面都有所提高,是一个更加高效的实现。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值