一、安装前准备：JDK1.7，或者JDK1.8：Jenkins安装包：Jenkinsforwindows：Jenkins-for-windows-installer二：安装Jenkins下载下来的jenkins

而且还有一台机器需要两个环境的状况，例如:发布javaweb项目而言需要下载安装jdk和tomcat安装Docker后只需要几个命令就轻松搞定,还有两个环境的问题,我们有一台服务器需要发布两个javaweb项目而有一个项目必须使用jdk1.7

0.0,1.0)返回的值是double类型②Random类构造方法：Random():建议使用无参构造方法方法：intnextInt(intn):获取[0,n)范围的随机整数③ThreadLocalRandom(jdk1.7

实现线程安全该怎么改代码，hashMap在jdk7和jdk8的扩容过程，ConcurrentHashMap的jdk7和jdk8的实现原理HashMap的底层数据结构、hash冲突如何处理是基础的一定要了解#1.在jdk1.7

1.hashMap底层实现hashMap的实现我们是要分jdk1.7及以下版本，jdk1.8及以上版本jdk1.7实现是用数组+链表jdk1.8实现是用数组+链表+红黑树，链表长度大于8（TREEIFY_THRESHOLD

第二遍下载jdk1.8_202(在官网上没找到jdk1.7或1.9，只能下载1.8和1.11，结果1.11不支持Win32位我用不了)采用默认路径，重新配置环境变量完

ThreadLocalRandom介绍ThreadLocalRandom是JDK1.7以后提供出来的一个随机数生成工具类，性能比传统的Math.random()更高。

文章目录一、HashMap属性1.默认容量162.最大容量3.加载因子4.EMPTY_TABLE5.TABLE（数组）6.SIZE（元素个数）7.阈值（与加载因子有关）8.加载因子二、HashMap重要方法1.HashMap无参构造方法2.HashMap有参构造方法3.HashMap#put方法3.1初始化table#inflateTable3.2putForNullKey方法3.3hash方法3

文章目录一、常见属性1.初始化容量2.加载因子3.并发级别二、重要方法1.构造方法2.ConcurrentHashMap#put方法2.1ConcurrentHashMap#put#ensureSegment2.2ConcurrentHashMap#Segment#put2.2.1Segment#put#scanAndLockForPut2.2.2Segment#put#rehash3.Concu

Character、Byte、Short常量，包装类型最终也会经过拆箱为基本类型，本质上还是只支持基本类型（2）JDK1.5开始支持enum，原理是给枚举值进行了内部的编号，进行编号和枚举值的映射（3）JDK1.7

Java中Switch支持byte、short、char、int四种基本类型，在JDK1.5中支持了枚举类型以及byte、short、char、int四种基本数据类型的包装类，在JDK1.7中支持了String

因为在JDK1.7之前，在并发场景下使用HashMap

JDK1.7，升级为DRUID版本1.1.21在1.1.1及其以下版本下面配置没有问题。部分配置主要就是这部分将DRUID版本升级到1.1.21版本的时候报错。

要掌握HashMap，主要从如下几点来把握：jdk1.7中底层是由数组（也有叫做“位桶”的）+链表实现；jdk1.8中底层是由数组+链表/红黑树实现可以存储null键和null值，线程不安全初始size

典型回答在JDK1.7中HashMap是以数组加链表的形式组成的，JDK1.8之后新增了红黑树的组成结构，当链表大于8并且容量大于64时，链表

HashMap结构图在JDK1.7及之前的版本中，HashMap又叫散列链表：基于一个数组以及多个链表的实现，hash值冲突的时候，就将对应节点以链表的形式存储。

原文地址：HashMap在Jdk1.7和1.8中的实现|猿人谷(yuanrengu.com)Java集合类的源码是深入学习Java非常好的素材，源码里很多优雅的写法和思路，会让人叹为观止。

区别在jdk1.7及之前的版本中，HashMap又叫散列链表：基于一个数组以及多个链表实现，hash值冲突的时候就将对应节点以链表的形式存储。

HashMap原理Jdk1.7：数据结构数组+链表初始容量、加载因子默认初始容量为16，加载因子为0.75put数据流程插入数据流程：1.判断数组是否为空数组，如果为空则会去初始化数组2.判断传入的key

字符串常量池在jdk1.7之前的版本中，字符串常量池是存在于永久代中，在永久代和堆中的地址是完全分离的，不会直接引用。在jdk1.7+之后的版本中，字符串常量池被放在了堆中。

在JDK1.7以前，字符串常量池位于方法区，在此之后挪到了堆中，但是在说明是，还是将常量池与堆分开来说。

JDK1.7采用的是数组+链表，使用Entry类存储key和valueJDK1.8采用的是数组+链表/红黑树，使用Node类存储key和value。

HashMap的底层结构在jdk1.7中由数组+链表实现，在jdk1.8中由数组+链表+红黑树实现，以数组+链表的结构为例。

项目开始是用java8的环境开发的Springboot项目，部署时才知道现场安装的是jdk1.7，且需要将项目打成war包放在tomcat7.0下运行。

目录前言JDK1.7分析JDK1.8分析重要概念实例初始化table初始化put操作1.hash算法2.table中定位索引位置，n是table的大小，为啥一定是2的幂3.获取table中对应索引的元素

VisualVM是一个JVM虚拟机可视化的工具，在JDK1.7以后自带主要用于开发人员排除错误，观察堆栈使用情况它的路径在JDK的bin路径下，双击打开打开结果如下总结一下定位OOM，FullGC使用方法大概步骤设置

以往，我们需要在finally中关闭自己写的io流，防止内存溢出，相当麻烦。如下InputStreamis=null;InputStreamReaderisr=null;BufferedReaderread=null;try{is=newFileInputStream(newFile(""));isr=newInputStreamReader(is);read=newBufferedReader(

从JDK1.7后，有两种关闭数据流的方法，分别如下：方法一：手动关闭。

二、实现方案1、stream流递归实现1.1实体类1.2实现类2、jdk1.7以下实现2.1节点类2.2实现类3、应用场景3.1用于前端方便展示3.2用于查找并构建子节点数据总结前言本文提供两种递归实现思路树形结构数据

Netty解决粘包和拆包问题TCP粘包/拆包的基础知识粘包和拆包的问题说明TCP粘包/拆包原因粘包和拆包的解决策略tcp粘包/拆包的问题案例大致流程如图:代码展示(jdk1.7)netty依赖TimeServer

JavaSEDevelopmentKit7u80下载地址：https://www.oracle.com/java/technologies/javase/javase7-archive-downloads.html（现在oracle只提供jdk1.7

JVM在JDK1.7之前

LinkedList底层是基于双向链表实现的，也是实现了List接口，所以也拥有List的一些特点(JDK1.7/8之后取消了循环，修改为双向链表)。

离职原因对语言的要求java内存空间jdk1.7：运行时每个进程有自己独立的一段存储区域。

共同步骤：使用root用户登录到服务器rpm-qa|grepjdkrpm-e--nodeps****----****为rpm-qa|grepjdk看到的每一条记录(复制替换即可)下载对应的jdk安装源码包（此处提供下载jdk-7u80-linux-x64.gz）；然后将下载到的源码包上传至预安装的服务器上；mkdir/usr/javatar-zxvfjdk-7u80-linux-x64.gz解压完

HashMap是现在用的最多的map，HashMap的源码可以说是面试必备技能，今天我们试着分析一下jdk1.7下的源码。

目录一.JDK1.7版本的新特性1.二进制字面量2.数字字面量可以出现下划线3.switch语句可以用字符串二.JDK1.8版本的新特性1.新特性一:新增的日期时间相关类LocalDate、LocalTime

1.元空间介绍在JDK1.7之前，HotSpot虚拟机把方法区当成永久代（方法区的落地实现）来进行垃圾回收。

与JDK1.7相比，JDK1.8对集合做了很多优化，这些优化里有很多优秀的算法、思想等等值得学习，所以在这里一一列出，便以后回顾，也希望对读者有些帮助我们可以从构造器、扩容机制、增删改查、迭代器、并发修改异常等各个方面来分析

相信大家在处理线上问题的时候，一定遇到过让人头疼的OutOfMemoryError异常。当JVM虚拟机内存中没有足够分配内存，并且垃圾收集器也无法提供更多的内存时就会抛出。对于抛出这个异常信息，排查起来有时候也比较麻烦，是分配的内存空间过小、是内存中加载的数据量过大、还是类似集合中引用对象过多没有及时回收、或者是代码中出现了死循环等等情况。在这篇文章中，我们不讨论怎么避免上面说的这个异常或者虚拟机

switch语句可以作用在byte，short，char，int和相对应的包装类上以及枚举（enum）在jdk1.7版本之后也可以作用在String上：原理：利用String的hash值，本质上是switch-int

Neo4j数据库底层是使用java编写，所有底层基于Java虚拟机运行，所以在安装neo4j之前要安装java环境；1、安装java环境下载jdk1.7版本，自行安装**这里有坑，建议不要直接跟着做呦，

第一步：下载jdk-7-linux-i586.tar.gzwget-chttp://download.oracle.com/otn-pub/java/jdk/7/jdk-7-linux-i586.tar.gz(注：如果下载不下来，建议使用迅雷下载，然后拷贝到Linux系统上。)第二步：解压安装sudotarzxvf./jdk-7-linux-i586.tar.gz-C/usr/lib/jvmcd/

集合框架（第04篇）源码分析：LinkedList集合框架（第05篇）源码分析：Map接口与其内部接口Entry集合框架（第06篇）源码分析：哈希冲突(哈希碰撞)与解决算法集合框架（第07篇）源码分析：jdk1.7

VMStack）四、本地方法栈（NativeMethodStack）五、堆（Heap）1、概述2、新生代、老年代3、创建对象的内存分配六、元空间（MetaSpace）1、作用2、发展历程（1）JDK1.6（2）JDK1.7

文章目录ConcurrentHashMap源码分析（1.7）一、Unsafe介绍1、Unsafe简介2、UnsafeApi3、代码演示3.1、图解说明二、jdk1.7容器初始化1、源码解析2、图解3、Segment

LinkedList区别是否线程安全：都是不同步的，也就是不保证线程安全；底层数据结构：ArrayList底层使用的是Object[]数组；LinkedList使用的是双向链表数据结构（JDK1.6前为双向循环链表，JDK1.7

官方声称在JDK1.6版本的update18修复了该问题，但是直到JDK1.7版本该问题仍旧存在，只不过该BUG发生概率降低了一些而已，它并没有被根本解决。

Map的实现类的结构：Map:双列数据，存储key-value键值对的数据HashMap:作为Map的主要实现类；线程不安全的，效率高；可以存储null的key和value，如果有线程安全需求，可以用Collections的方法转变为线程安全的map，一般不会用Hashtable子类-LinkedHashMap:保证在遍历map元素时，可以按照添加的顺序实现遍历。原因：在原有的HashMap底层存

HashMap在JDK1.7和JDK1.8中有哪些不同？HashMap的底层实现？HashMap的put方法的具体流程？HashMap的扩容操作是怎么实现的？HashMap是怎么解决哈希冲突的？