「javajvm升级」JDK升级

本篇文章给大家谈谈javajvm升级，以及JDK升级对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、Java JVM怎么学习啊？从哪方面入手
• 2、java课程分享学习jvm相关知识的作用
• 3、java 怎么改变jvm的配置增大n
• 4、Java jvm讲解
• 5、java程序在64位机和32位机上编译后哪个会大一些？为什么

Java JVM怎么学习啊？从哪方面入手

一、 JVM的生命周期

1. JVM实例对应了一个独立运行的java程序它是进程级别

a) 启动。启动一个Java程序时，一个JVM实例就产生了，任何一个拥有public static void main(String[] args)函数的class都可以作为JVM实例运行的起点

b) 运行。main()作为该程序初始线程的起点，任何其他线程均由该线程启动。JVM内部有两种线程：守护线程和非守护线程，main()属于非守护线程，守护线程通常由JVM自己使用，java程序也可以标明自己创建的线程是守护线程

c) 消亡。当程序中的所有非守护线程都终止时，JVM才退出；若安全管理器允许，程序也可以使用Runtime类或者System.exit()来退出

2. JVM执行引擎实例则对应了属于用户运行程序的线程它是线程级别的

二、 JVM的体系结构

1. 类装载器（ClassLoader）（用来装载.class文件）

2. 执行引擎（执行字节码，或者执行本地方法）

3. 运行时数据区（方法区、堆、java栈、PC寄存器、本地方法栈）

三、 JVM类加载器

JVM整个类加载过程的步骤：

1. 装载

装载过程负责找到二进制字节码并加载至JVM中，JVM通过类名、类所在的包名通过ClassLoader来完成类的加载，同样，也采用以上三个元素来标识一个被加载了的类：类名+

包名+ClassLoader实例ID。

2. 链接

链接过程负责对二进制字节码的格式进行校验、初始化装载类中的静态变量以及解析类中调用的接口、类。

完成校验后，JVM初始化类中的静态变量，并将其值赋为默认值。

最后对类中的所有属性、方法进行验证，以确保其需要调用的属性、方法存在，以及具备应的权限（例如public、private域权限等），会造成NoSuchMethodError、NoSuchFieldError等错误信息。

3. 初始化

初始化过程即为执行类中的静态初始化代码、构造器代码以及静态属性的初始化，在四种情况下初始化过程会被触发执行：

调用了new；

反射调用了类中的方法；

子类调用了初始化；

JVM启动过程中指定的初始化类。

JVM类加载顺序：

JVM两种类装载器包括：启动类装载器和用户自定义类装载器。

启动类装载器是JVM实现的一部分；

用户自定义类装载器则是Java程序的一部分，必须是ClassLoader类的子类。

JVM装载顺序：

Jvm启动时，由Bootstrap向User-Defined方向加载类；

应用进行ClassLoader时，由User-Defined向Bootstrap方向查找并加载类；

1. Bootstrap ClassLoader

这是JVM的根ClassLoader，它是用C++实现的，JVM启动时初始化此ClassLoader，并由此ClassLoader完成$JAVA_HOME中jre/lib/rt.jar（Sun JDK的实现）中所有class文件的加载，这个jar中包含了java规范定义的所有接口以及实现。

2. Extension ClassLoader

JVM用此classloader来加载扩展功能的一些jar包。

3. System ClassLoader

JVM用此classloader来加载启动参数中指定的Classpath中的jar包以及目录，在Sun JDK中ClassLoader对应的类名为AppClassLoader。

4. User-Defined ClassLoader

User-DefinedClassLoader是Java开发人员继承ClassLoader抽象类自行实现的ClassLoader，基于自定义的ClassLoader可用于加载非Classpath中的jar以及目录。

ClassLoader抽象类的几个关键方法：

（1） loadClass

此方法负责加载指定名字的类，ClassLoader的实现方法为先从已经加载的类中寻找，如没有则继续从parent ClassLoader中寻找，如仍然没找到，则从System ClassLoader中寻找，最后再调用findClass方法来寻找，如要改变类的加载顺序，则可覆盖此方法

（2） findLoadedClass

此方法负责从当前ClassLoader实例对象的缓存中寻找已加载的类，调用的为native的方法。

（3） findClass

此方法直接抛出ClassNotFoundException，因此需要通过覆盖loadClass或此方法来以自定义的方式加载相应的类。

（4） findSystemClass

此方法负责从System ClassLoader中寻找类，如未找到，则继续从Bootstrap ClassLoader中寻找，如仍然为找到，则返回null。

（5） defineClass

此方法负责将二进制的字节码转换为Class对象

（6） resolveClass

此方法负责完成Class对象的链接，如已链接过，则会直接返回。

四、 JVM执行引擎

在执行方法时JVM提供了四种指令来执行：

（1）invokestatic：调用类的static方法

（2）invokevirtual：调用对象实例的方法

（3）invokeinterface：将属性定义为接口来进行调用

（4）invokespecial：JVM对于初始化对象（Java构造器的方法为：init）以及调用对象实例中的私有方法时。

主要的执行技术有:

解释，即时编译，自适应优化、芯片级直接执行

（1）解释属于第一代JVM，

（2）即时编译JIT属于第二代JVM，

（3）自适应优化（目前Sun的HotspotJVM采用这种技术）则吸取第一代JVM和第二代

JVM的经验，采用两者结合的方式

开始对所有的代码都采取解释执行的方式，并监视代码执行情况，然后对那些经常调用的方法启动一个后台线程，将其编译为本地代码，并进行优化。若方法不再频繁使用，则取消编译过的代码，仍对其进行解释执行。

五、 JVM运行时数据区

第一块：PC寄存器

PC寄存器是用于存储每个线程下一步将执行的JVM指令，如该方法为native的，则PC寄存器中不存储任何信息。

第二块：JVM栈

JVM栈是线程私有的，每个线程创建的同时都会创建JVM栈，JVM栈中存放的为当前线程中局部基本类型的变量（java中定义的八种基本类型：boolean、char、byte、short、int、long、float、double）、部分的返回结果以及Stack Frame，非基本类型的对象在JVM栈上仅存放一个指向堆上的地址

第三块：堆（Heap）

它是JVM用来存储对象实例以及数组值的区域，可以认为Java中所有通过new创建的对象的内存都在此分配，Heap中的对象的内存需要等待GC进行回收。

（1） 堆是JVM中所有线程共享的，因此在其上进行对象内存的分配均需要进行加锁，这也导致了new对象的开销是比较大的

（2） Sun Hotspot JVM为了提升对象内存分配的效率，对于所创建的线程都会分配一块独立的空间TLAB（Thread Local Allocation Buffer），其大小由JVM根据运行的情况计算而得，在TLAB上分配对象时不需要加锁，因此JVM在给线程的对象分配内存时会尽量的在TLAB上分配，在这种情况下JVM中分配对象内存的性能和C基本是一样高效的，但如果对象过大的话则仍然是直接使用堆空间分配

（3） TLAB仅作用于新生代的Eden Space，因此在编写Java程序时，通常多个小的对象比大的对象分配起来更加高效。

第四块：方法区域（Method Area）

（1）在Sun JDK中这块区域对应的为PermanetGeneration，又称为持久代。

（2）方法区域存放了所加载的类的信息（名称、修饰符等）、类中的静态变量、类中定义为final类型的常量、类中的Field信息、类中的方法信息，当开发人员在程序中通过Class

对象中的getName、isInterface等方法来获取信息时，这些数据都来源于方法区域，同时方法区域也是全局共享的，在一定的条件下它也会被GC，当方法区域需要使用的内存超过其允许的大小时，会抛出OutOfMemory的错误信息。

第五块：运行时常量池（Runtime Constant Pool）

存放的为类中的固定的常量信息、方法和Field的引用信息等，其空间从方法区域中分配。

第六块：本地方法堆栈（Native Method Stacks）

JVM采用本地方法堆栈来支持native方法的执行，此区域用于存储每个native方法调用的状态。

六、 JVM垃圾回收

GC的基本原理：将内存中不再被使用的对象进行回收，GC中用于回收的方法称为收集器，由于GC需要消耗一些资源和时间，Java在对对象的生命周期特征进行分析后，按照新生代、旧生代的方式来对对象进行收集，以尽可能的缩短GC对应用造成的暂停

（1）对新生代的对象的收集称为minor GC；

（2）对旧生代的对象的收集称为Full GC；

（3）程序中主动调用System.gc()强制执行的GC为Full GC。

不同的对象引用类型， GC会采用不同的方法进行回收，JVM对象的引用分为了四种类型：

（1）强引用：默认情况下，对象采用的均为强引用（这个对象的实例没有其他对象引用，GC时才会被回收）

（2）软引用：软引用是Java中提供的一种比较适合于缓存场景的应用（只有在内存不够用的情况下才会被GC）

（3）弱引用：在GC时一定会被GC回收

（4）虚引用：由于虚引用只是用来得知对象是否被GC

java课程分享学习jvm相关知识的作用

随着互联网不断发展，越来越多的培训公司都开展了IT相关的就业培训，今天我们就一起来了解一下，为什么说编程开发工程师需要懂得更多的技术才能提高面试几率。

随着互联网的发展，高并发高可用、快速响应成为软件的必须，而JVM与这些有着密切关联。之前JVM系列好多都是一些由于STW影响到快速响应问题，忽然网站慢一下(抖动下)等问题，下面谈谈通过JVM排查到的高并发高可用问题。(在高可用高并发下面问题原因可能会很多，比如cpu异常高、磁盘IO高、SWAP空间等，有可能很多问题都是综合性的问题)

以前在我的认知里面，如果服务运行有问题，简单有效快速地办法就是重启，遇到了问题打破了我对该方法的认知。

某业务线集群服务升级忽然上线上去不能提供服务，之后影响到整个集群，查看当时服务器情况，负载、cpu、io、swap等都正常，查看日志就是卡在一行不动了(也没有发现OOM，等任何异常)。

留了一台进行排查问题，执行jmap-histopid无果，加-F也无果，后来执行jmap-dump:format=b,file=heap.binpid(6G堆执行了3-4个小时左右)通过MAT分析查看，发现都是某个逻辑产生的数据，占用了5G左右(char[]、String、Map、List等都与某个逻辑代码有关)猜测是该问题(由于涉及到公司具体业务不方便截图，只能大概说明下)，很容易定位到代码是由于并发没有考虑好，逻辑写的也有点问题导致的，进行修改处理，问题解决，出了JVM相关问题可以进行排查解决。

很能很多人认为线上出现问题可以排查继续解决问题的人牛逼，其实错了，java课程认为真正牛逼的人都是在问题产生前就解决了(需要意识里面转变和学习思考提高的地方)。

供大于求

现在不像以前了，以前会点html都好找工作，现在由于学习软件的人越来越多，而且每年大学生都在毕业(而老一辈的也很少换工作)人只会越来越多，有个笑话，随便在大街上扔硬币砸到的那个可能就是搞软件的，现在人员太多，公司为了区分，会多添加维度，每多一个维度可能就会刷掉一批人，核心供大于求，所以我们也必须朝着这些大的方向努力，使得自己的竞争力比别人强。

面试风气

简单的问题都不好意思问，怕面试者鄙视面试公司问的问题。现在有一股妖风，不管啥公司都慢慢像阿里这样的公司靠近，面试不问点jvm、并发、分布式都不好意(虽然公司可能没有用到，虽然可能仅仅CURD)，老是觉得问问这些显得逼格高点，不管处于什么原因很多公司的确都在学习他们，都在问这些问题，那么我们就朝着这些大的方向努力也是没错的，如果朝着这些方向努力就是他们需要的人才，那么也就对了。

类似其他，比如高并发锁、分布式、缓存等都可以考虑考虑这样思考，你会有不一样的收获的。

java 怎么改变jvm的配置增大n

典型JVM参数设置：

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k

-Xmx3550m：设置JVM最大可用内存为3550M。

-Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

-Xmn2g：设置年轻代大小为2G。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

-Xss128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0

-XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5

-XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6

-XX:MaxPermSize=16m:设置持久代大小为16m。

Java jvm讲解

JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。

Java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。一般的高级语言如果要在不同的平台上运行，至少需要编译成不同的目标代码。而引入Java语言虚拟机后，Java语言在不同平台上运行时不需要重新编译。Java语言使用Java虚拟机屏蔽了与具体平台相关的信息，使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码（字节码），就可以在多种平台上不加修改地运行。Java虚拟机在执行字节码时，把字节码解释成具体平台上的机器指令执行。这就是Java的能够“一次编译，到处运行”的原因。

从Java平台的逻辑结构上来看，我们可以从下图来了解JVM：

从上图能清晰看到Java平台包含的各个逻辑模块，也能了解到JDK与JRE的区别，对于JVM自身的物理结构，可以从下图鸟瞰一下：

java程序在64位机和32位机上编译后哪个会大一些？为什么

肯定是64位机的文件更大些，是因为指针膨胀等原因造成的。

64位指针会比32位的多1倍。

详细信息可以参考 周志明《深入理解Java虚拟机:JVM高级特性与最佳实践》

关于javajvm升级和JDK升级的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。