将 jdk1.6 升级到 jdk1.7 下载jdk-7u11-linux-x64.tar.gz   tar zxvf  jdk-7u11-linux-x64.tar.gz mkdir   /usr/local/java mv jdk1.7.0_11/ /usr/local/java/ ##修改环境变量,原来的1.6的环境变量修改第一行 为新的 jdk1.7路径,如下: vi /etc/profile   export JAVA_HOME=/usr/local/java/jdk1.7.0_11ex…

公司有个采集项目,因为请求量较大,添加了redis集群,并且升级了原有的jdk1.7到jdk1.8版本,之后问题就出来了. 1.程序运行一段时间就自动停止,必须重启才能再次运行. 2.redis连接监控查看,有大量连接阻塞,导致redis数据处理极慢,甚至不处理请求. 经过一段时间的排查才发现问题的关键——JDK启动参数设置问题 原jdk1.7启动设置为: java -jar -server -Xmx1024m -Xms1024m -Xmn256m -Xss256k -XX:PermSize=1…

先下载 jdk-8u45-linux-x64.rpm 然后上传到  /usr/local/src  去.当然其他目录也可以.这里是默认位置 给所有用户添加可执行权限 #chmod +x jdk-8u45-linux-x64.rpm 都给权限 就直接 #chmod 777 * 即可 开始安装程序 #rpm -ivh jdk-8u45-linux-x64.rpm 接下来就是等待安装结束了. 安装结束后,jdk会安装在/usr/java/jdk1.8.0_45里,然后我们再来配置环境变量. 好吧,看到…

先不管是否已安装JDK1.6还是JDK1.7,先下载 jdk-8u45-linux-x64.rpm 然后上传到  /usr/local/src  去.当然其他目录也可以.这里是默认位置   给所有用户添加可执行权限 #chmod +x jdk-8u45-linux-x64.rpm 都给权限 就直接 #chmod 777 * 即可  开始安装程序 #rpm -ivh jdk-8u45-linux-x64.rpm 接下来就是等待安装结束了.  安装结束后,jdk会安装在/usr/java/jdk1.…

一.JDK: JAVA_HOME: C:\Program Files\Java\jdk1.7.0_79 PATH: ;%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin CLASSPATH: .;%JAVA_HOME%/lib/tools.jar;%JAVA_HOME%/lib/dt.jar;%JAVA_HOME%/jre/lib/rt.jar (注意开头的.和;) 二.eclipse: BuildPath: 当前jar包添加 lib:选择jre1.7,jdk1.7 No c…

from: http://blog.joda.org/2014/02/turning-off-doclint-in-jdk-8-javadoc.html [ERROR] javadoc: warning - Multiple sources of package comments found for package Turning off doclint in JDK 8 Javadoc   JDK 8 includes many updates, but one is I suspect go…

一.hashMap数据结构 如上图所示,JDK7之前hashmap又叫散列链表:基于一个数组以及多个链表的实现,hash值冲突的时候,就将对应节点以链表的形式存储. JDK8中,当同一个hash值(Table上元素)的链表节点数不小于8时,将不再以单链表的形式存储了,会被调整成一颗红黑树.这就是JDK7与JDK8中HashMap实现的最大区别. 二.put插入元素 源代码如下: /** * Implements Map.put and related methods * 实现Map的put和相关…

1.修改project structure 里面的Project , Modules , SDKs jdk的版本 2.修改Java Compiler 里面java的jdk版本 3.tomcat 里面jre 的版本 4.修改系统配置的环境变量为指定的版本(注意别忘记了) 5.注意要修改项目里面配置的jdk版本(注意别忘记了) 6.还要注意安装的jdk版本是否是系统环境可用的jdk 7.注意,在这些都修改完成了的情况下,注意如果项目以前用的是spring3的话,可能在启动项目的时候还是会报一些错误:…

最近项目中遇到了个关于JVM中GC线程数的问题,做一下简单的总结 问题场景: server:均为 sun公司的solaris 系统 CPU 128个 项目8.1时使用的 java版本:   jdk1.6_u38 升级到9.1后使用jdk1.7_U21 下面两图分别为1.6和1.7时的prstat输出情况,可明显发现1.7的cpu使用情况增大 做了一个简单的测试(测试机型同上)代码如下,运行时不加任何JVM参数 public class Test { public static void main…

因为hashmap本身是非线程安全的,如果多线程对hashmap进行put操作的话,就会导致死循环等现象.ConcurrentHashMap主要就是为了应对hashmap在并发环境下不安全而诞生的,ConcurrentHashMap的设计与实现非常精巧,大量的利用了volatile,final,CAS等lock-free技术来减少锁竞争对于性能的影响. 我们知道HashMap是基于数组+链表的(JDK1.8升级成数组+链表/红黑树)ConcurrentHashMap避免了对全局加锁改成了局部加锁…