有些linux系统会自带OPENJDK，我们最好先将原有自带的jdk删除掉再安装。
HashMap作为最常用集合之一，继承自AbstractMap。JDK8的HashMap实现与JDK7不同，新增了红黑树作为底层数据结构，结构变得复杂，效率变得更高。为满足自身需要，也重新实现了很多AbstractMap中的方法。本文会围绕HashMap，详细探讨HashMap的底层数据结构、扩容机制、并发环境下的死循环问题等。
经查找发现是jdk版本的问题，我系统环境变量配置的是jdk7，可是这个war包需要在jdk8的环境下运行。于是我就手动将环境变量的jdk7换成jdk8，结果发现依然还是会出现以上问题。于是我打开cmd用java -version指令查看发现，我目前配置的环境变量还是jdk7，这我就纳闷儿了，明明配置的是jdk8为何还是显示jdk7。后来经过一阵上网苦搜，发现原来oracle也自带一个jdk，如果你在配置环境变量时，将jdk配在oracle后面，系统则会默认查找oracle的jdk，导致你的配置根本没起到作用。这种情况只需要把jdk的配置挪到oracle前面即可，这样也不会影响到oracle的运行。
JDK8发布至今已经很久了，很多开发人员，公司都还是使用的JDK6或者JDK7，看到很多人的评论，那么我们到底要不要升级到JDK8呢？ Oracle这个婊子早已经宣布停止更新了JDK7的补丁以及相关升级包，对于这样的做法我一开始是拒绝的，甚至到现在我都是拒绝的。。。 - - 很多人都是使用的老版本JDK，你关闭了，也太急躁了吧，JDK8是新，但是实在是不兼容啊，很多项目升级到JDK8之后会因为JDK8内部的一些实现造成不兼容，然后这些项目又不得不回退到原始版本，于是这些公司的员工甚至架构师就开始骂街了
ConcurrentHashMap是HashMap的升级版，HashMap是线程不安全的，而ConcurrentHashMap是线程安全。而其他功能和实现原理和HashMap类似。
本文讲述了在JDK6和JDK7中关于Collections.sort()方法的一个不同之处，以及相关的异常处理。在JDK6中，当两个元素相等时，排序不会抛出异常，但在JDK7中会抛出异常。为了解决这个问题，可以使用return x > y ? 1 : -1;语句来修改比较逻辑。
在[深入浅出集合Map]中,已讲述了HashMap在jdk7中实现,在此就不再细说了
HashMap是基于哈希表实现的，每一个元素是一个key-value对，其内部通过单链表解决冲突问题，容量不足（超过了阀值）时，同样会自动增长。
相信大家在面试的时候，肯定很多人被问到HashMap，一般上来都是 HashMap 用过没有，说一下他的数据结构吧，但是阿粉的朋友去面试的时候，上来直接进入主题，HashMap 在 JDK7 和 JDK8 中出现了变化，你知道都是哪些不一样的地方么？有什么优缺点么？
与大家分享下RedHat Linux 5.5安装JDK+Tomcat并部署Java项目的步骤，希望对大家有用。
由于众所周知的原因，JDK 7 和 JDK 8 下载链接不好找，幸好 Orcal 官方还提供支持（ JDK7 今年应该不维护了）。
上一篇文章提到，HashMap在JDK7或者JDK8中采用的基本存储结构都是数组+链表形式，可能有人会提出疑问，HashMap在JDK8中不是数组+链表+红黑树吗？本文的回答是。至于为什么JDK8在一定条件下将链表转换为红黑树，我相信很多人都会回答：为了提高查询效率。基本答案可以说是这样的，JDK7中的HashMap对着Entry节点增多，哈希碰撞的概率在慢慢变大，这就直接导致哈希表中的单链表越来越长，这就大大降低了HashMap的查询能力，且时间复杂度可能会退化到O(n)。针对这种情况，JDK8做出了优化，就是在一定的条件下，链表会被转换为红黑树，提升查询效率。 HashMap在JDK8中基本结构示意图如下所示：
下载地址：http://download.oracle.com/otn-pub/java/jdk/7u5-b06/jdk-7u5-linux-i586.tar.gz
OpenJDK是JDK的开放原始码版本，以GPL(General Public License)协议的形式放出(题主提到的open就是指的开源)。在JDK7的时候，OpenJDK已经作为JDK7的主干开发，SUN JDK7是在OpenJDK7的基础上发布的，其大部分原始码都相同，只有少部分原始码被替换掉。使用JRL(JavaResearch License，Java研究授权协议)发布。 至于OpenJDK6则更是有其复杂的一面，首先是OpenJDK6是JDK7的一个分支，并且尽量去除Java SE
sun.*包内的类在开发时尽量不要使用，oracle在官网上也建议大家不要使用，可以参考https://www.oracle.com/java/technologies/faq-sun-packages.html，像eclipse之类的编译器也会对引用sun.*子包内的类给出编译错误，要想使用必须相应设置可以绕过这一限制，但是这却不是一个好的开发习惯，sun.*子包内的类很可能会在后续版本中移除，sun.misc.Hashing这个类在jdk8中就移除了，笔者为了看下jdk7中hashmap用在多线程情况下死循环的问题，将jdk7中hashmap实现拷贝出来，但是在编译时报了“sun.misc.Hashing cannot be resolved to a type”编译失败，在网上搜了很多，基本上没人提到这个问题，大部分都是sun.misc.Base64Encoder、sun.misc.Base64Decoder之类的信息，最终在eclipse使用CTRL+SHIFT+T查了下Hashing这个类，发现这个类在jdk7版本中存在，但在jdk8版本中却移除了。
使用过LINUX的人都应该知道，在大多数LINUX发行版本里，内置或者通过软件源安装JDK的话，都是安装的OpenJDK，
ubuntu 安装jdk 的两种方式: 1:通过ppa(源) 方式安装. 2:通过官网下载安装包安装. 这里推荐第1种,因为可以通过 apt-get upgrade 方式方便获得jdk的升级 使用ppa/源方式安装 1.添加ppa sudo add-apt-repository ppa:webupd8team/java sudo apt-get update 2.安装oracle-java-installer jdk8 sudo apt-get install oracle-java8-installe
链接：https://juejin.im/post/5b8f9fa05188255c6f1df755
HashMap 是一个散列表，它存储的内容是键值对(key-value)映射。 HashMap 继承于AbstractMap，实现了Map、Cloneable、java.io.Serializable接口。 HashMap 的实现不是同步的，这意味着它不是线程安全的。它的key、value都可以为null。此外，HashMap中的映射不是有序的。 HashMap 的实例有两个参数影响其性能：“初始容量” 和 “加载因子”。容量 是哈希表中桶的数量，初始容量 只是哈希表在创建时的容量。加载因子 是哈希表在其容量自动增加之前可以达到多满的一种尺度。当哈希表中的条目数超出了加载因子与当前容量的乘积时，则要对该哈希表进行rehash 操作（即重建内部数据结构），从而哈希表将具有大约两倍的桶数。 通常，默认加载因子是 0.75, 这是在时间和空间成本上寻求一种折衷。加载因子过高虽然减少了空间开销，但同时也增加了查询成本（在大多数 HashMap 类的操作中，包括 get 和 put 操作，都反映了这一点）。在设置初始容量时应该考虑到映射中所需的条目数及其加载因子，以便最大限度地减少 rehash 操作次数。如果初始容量大于最大条目数除以加载因子，则不会发生 rehash 操作。
阿粉相信，JDK8 现在已经是非常普及的了，现在几乎百分之七十以上的公司都已经在使用了，虽然大部分的公司都换上了 JDK8 但是对于编码习惯来说，依然能够看到很多属于可以优化的代码，毕竟使用JDK8 进行编码的话，会让自己的代码看起来很优雅。阿粉今天就来看看一些 JDK7 和 JDK8 中的一些可以"优化"的代码。
而这个Entry应该放在数组的哪一个位置上（这个位置通常称为位桶或者hash桶，即hash值相同的Entry会放在同一位置，用链表相连），是通过key的hashCode来计算的。
Sun JDK - https://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html
作者：何甜甜在吗 链接：https://juejin.im/post/5b8f9fa05188255c6f1df755
现在一般都JDK8了，为什么还要说JDK7呢。因为JDK7和JDK8的hashmap实现不一样，JDK7是用数组+链表实现的，而JDK8是红黑树。学习都是个慢慢渐进的过程。
前几天的文章中对JDK8的HashMap源码进行了分析，这篇文章是基于JDK8的基础上来分析下与JDK7的HashMap的区别。以下的源码主要为JDK7中HashMap的源码。
（1）HashMap 是基于 Map 接口的非同步实现，线程不安全，是为了快速存取而设计的；它采用 key-value 键值对的形式存放元素（并封装成 Node 对象），允许使用 null 键和 null 值，但只允许存在一个键为 null，并且存放在 Node[0] 的位置，不过允许存在多个 value 为 null 的情况。
阿粉今天想介绍的，就是我们再实体类中，很多时候会用到时间这个概念，比如说，记录的创建时间Create_Time或者说是某些需要确定的日期，在数据库存储的时候，毋庸置疑，肯定是 datetime和date的数据类型，但是也有个别的比较过分，直接是用字符串，也就是varchar来进行存储，而我们在之前是用JDK7的时候，我们创建时间的时候，很多时候都选择的时比较老版本的 Date、Calendar 以及 SimpleDateFormatter 等等。
JDK7中当我们用头插法 对旧table数据重定位到新table的时候我们知道是会行程环的，环产生的核心函数transfer如下，其中重点关注部分以标出。
OpenJDK是Sun在2006年末把Java开源而形成的项目，这里的“开源”是通常意义上的源码开放形式，即源码是可被复用的，例如IcedTea、UltraViolet都是从OpenJDK源码衍生出的发行版。
官网介绍: https://tomcat.apache.org/whichversion.html
其中Openjdk-8-jdk不能直接安装，因为官方已经将源默认移除了，需要寄几添加，jdk不行必须要openjdk
由于HashMap在并发中会出现一些问题，所以JDK中提供了并发容器ConcurrentHashMap。有关HashMap并发中的问题和原理，强烈建议查看这篇文章进行复习。
哈希表（hash table）也叫散列表，是一种非常重要的数据结构，应用场景及其丰富，许多缓存技术（比如memcached）的核心其实就是在内存中维护一张大的哈希表，而 HashMap 的实现原理也常常出现在各类的面试题中，重要性可见一斑。本文会对 Java 集合框架中的 HashMap，就 JDK7、JDK8 的源码实现进行分析。
HashMap使用链表法避免哈希冲突（相同hash值），当链表长度大于TREEIFY_THRESHOLD（默认为8）时，将链表转换为红黑树。当小于等于UNTREEIFY_THRESHOLD（默认为6）时，又会退化回链表以达到性能均衡。 下图为HashMap的数据结构（数组+链表+红黑树 ）
JDK8发布到现在，已经过了8年的时间了，但是就是到现在，依然在面试的过程中，还有人问这个 JDK8 里面都优化了什么内容，对比 JDK7 来说，今天阿粉就再继续叨叨一次，真的是让面试官给整服气了。
随之API基于jdk7，cms的调参之旅结束，我们下一阶段准备将历史遗留系统由jdk7升级到jdk8，jdk8存在一些非常好的特性，当然函数式编程并不是我们最想要的，最想要的还是他的异步响应编程模型的支持。
是指将变量的值一一列出来,变量的值只限于列举出来的值的范围内。举例：一周只有7天，一年只有12个月等。
* 说明：异常java.security.InvalidKeyException:illegal Key Size的解决方案 * * 在官方网站下载JCE无限制权限策略文件 * 下载后解压，可以看到local_policy.jar和US_export_policy.jar以及readme.txt * 如果安装了JRE，将两个jar文件放到%JRE_HOME%\lib\security目录下覆盖原来的文件 * 如果安装了JDK，将两个jar文件放到%JDK_HOME%\jre\lib\security目录下覆盖原来文件 *
目录: 1.常量池与Class常量池 2.运行时常量池 运行时常量池的简介 方法区的Class文件信息,Class常量池和运行时常量池的三者关系 3.字符串常量池 字符串常量池的简介 采用字面值的方式创建字符串对象 采用new关键字新建一个字符串对象 字符串池的优缺点 4.字符串常量池和运行时常量池之间的藕断丝连 常量池和字符串常量池的版本变化 String.intern在JDK6和JDK7之后的区别(重难点) 字符串常量池里存放的是引用还是字面量
我是鸭血粉丝，今天我们来讨论一下一个比较经典的面试题就是 ConcurrentHashMap 为什么放弃使用了分段锁，这个面试题阿粉相信很多人肯定觉得有点头疼，因为很少有人在开发中去研究这块的内容，今天阿粉就来给大家讲一下这个 ConcurrentHashMap 为什么在 JDK8 中放弃了使用分段锁。
我们都知道JDK现在使用的比较普遍的还是 JDK8，也有人说是 JDK11 但是了不起解除的项目，目前还没有直接升级到 JDK11 的，毕竟语法有一些改变，而且还有语法糖的存在，但是 JDK8 已经算是普及了，就算是培训机构，也早就从 JDK7 已经升级教学到 JDK8了，今天了不起也就来说说我们使用 JDK8 中的各种小玩意，可以让自己的开发效率加倍。
这说明我的机器上装了两个版本的 jdk ，当前 jdk 版本是 8 版本。 另外，在配置之前，需要查看目录
在JDK6，升级为JDK7或者JDK8的过程中会遇到一些奇怪的问题，简单的介绍一下经典的ClassNotFound：sun.nio.*、com.sun.image.codec.jpeg.*等。
关于 HashMap 阿粉相信大家再面试的时候，是非常容易被问到的，为什么呢？因为至少是在 JDK8 出来之后，非常容易被问到关于 HashMap 的知识点，而如果对于没有研究过他的源代码的同学来说，这个可能只是说出一部分来，比如线程安全，链表+红黑树，以及他的扩容等等，今天阿粉就来把 HashMap 上面大部分会被在面试中问到的内容，做个总结。
方法区（落地实现jdk7永久代，jdk8元空间），元空间并不在虚拟机中，而是使用本地内存，它和堆在逻辑上是连续的，但在物理上是不连续的，所以也叫非堆。
英文原文链接：http://java-performance.info/string-intern-in-java-6-7-8/
我使用的是Eclipse-jee-indigo + JDK 1.6.23环境，结果使用时出现Unsupported major.minor version 51.0错误提示，下面我来介绍Unsupported major.minor version 51.0错误的解决办法
这个 HashMap 的数据结构，面试官这个问题，属于那种可大可小的，往大了说，那就是需要你把所有的关于 HashMap 中的内容都详细的解释明白，但是如果要是往小了说，那就是介绍一下内部结构，就可以了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
