这篇文章给大家分享的是有关JDK7的Has 香港云主机hMap和JDK8的ConcurrentHashMap造成CPU 100%的示例分析的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。大家可能都听过JDK7中的HashMap在多线程环境下可能造成CPU100%的现象，这个由于在扩容的时候put时产生了死链，由此会在get时造成了CPU100%。这个问题在JDK8中的HashMap获得了解决。其实JDK7中的HashMap在多线程环境下不止只有CPU100%这一共怪异现象，它还可能造成插入的数据丢失。对于HashMap多线程的问题，我们通常会这么反问：HashMap设计上就不是多线程安全的，何必要去在多线程环境下用呢？的确如此，我们不会傻到显式的在多线程环境下调用，但是又可能在你所关注的视角范围外是多线程的，其隐式地让HashMap置于多线程环境下了，这个又难以一下子察觉到。再者，对于HashMap多线程的问题，我们很多时候推荐使用ConcurrentHashMap来代替HashMap应用于多线程的环境，很不巧的是ConcurrentHashMap也有可能会造成CPU100%的异常现象。这个怪异现象存在于JDK8的ConcurrentHashMap中，在JDK9中已经得到修复，可以参见：https://bugs.openjdk.java.net/browse/JDK-8062841什么情况下JDK8的ConcurrentHashMap会出现这个Bug呢？首先我们来运行一下这段代码：你会惊奇的发现这个程序一直处于Running状态，我们通过top-Hp[pid]命令查看到其中一个线程的CPU使用率接近100%，参考下图：
可以看到pid为31417的东东，我们再通过jstack-l[pid]命令查看到对应的线程为：注意将nid=0x7ab9的16进制转为10进制就是31417。可以看到问题是发生在了computeIfAbsent方法中，我们将示例中的程序换成下面这段程序也会同样出现CPU100%的Bug：问题的关键在于递归使用了computeIfAbsent方法，笔者在stackoverflow上还搜索到了同类型的问题，下面的示例程序中调用fibonacci方法同样也会造成CPU 100%.感谢各位的阅读！关于“JDK7的HashMap和JDK8的ConcurrentHashMap造成CPU 100%的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！
本篇内容介绍了“什么是java线程调度器和时间分片”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！线程调度器是一个操作系统服务，它负责为 Runnable 状态的…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
