「java的jvm配置文件」java配置文件用什么格式

博主：adminadmin 2023-03-18 01:22:09 394

今天给各位分享java的jvm配置文件的知识，其中也会对java配置文件用什么格式进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

java中jvm在哪？是包含在jdk里面吗？

简单来说Sun

java提供的JDK中包含有JVM，是其中的一个组成部分，更详细的看下面:

----------------------------------

操作系统装入jvm是通过jdk中java.exe来完成,通过下面4步来完成jvm环境.

1.创建jvm装载环境和配置

2.装载jvm.dll

3.初始化jvm.dll并挂界到JNIENV(JNI调用接口)实例

4.调用JNIEnv实例装载并处理class类。

在我们运行和调试java程序的时候,经常会提到一个jvm的概念.jvm是java程序运行的环境,但是他同时一个操作系统的一个应用程序一个进程,因此他也有他自己的运行的生命周期,也有自己的代码和数据空间.

首先来说一下jdk这个东西,不管你是初学者还是高手,是j2ee程序员还是j2se程序员,jdk总是在帮我们做一些事情.我们在了解java之前首先大师们会给我们提供说jdk这个东西.它在java整个体系中充当着什么角色呢?我很惊叹sun大师们设计天才,能把一个如此完整的体系结构化的如此完美.jdk在这个体系中充当一个生产加工中心,产生所有的数据输出,是所有指令和战略的执行中心.本身它提供了java的完整方案,可以开发目前java能支持的所有应用和系统程序.这里说一个问题,大家会问,那为什么还有j2me,j2ee这些东西,这两个东西目的很简单,分别用来简化各自领域内的开发和构建过程.jdk除了jvm之外,还有一些核心的API,集成API,用户工具,开发技术,开发工具和API等组成

好了,废话说了那么多,来点于主题相关的东西吧.jvm在整个jdk中处于最底层,负责于操作系统的交互,用来屏蔽操作系统环境,提供一个完整的java运行环境,因此也就虚拟计算机.

操作系统装入jvm是通过jdk中java.exe来完成,通过下面4步来完成jvm环境.

1.创建jvm装载环境和配置

2.装载jvm.dll

3.初始化jvm.dll并挂界到JNIENV(JNI调用接口)实例

4.调用JNIEnv实例装载并处理class类。

一.jvm装入环境，jvm提供的方式是操作系统的动态连接文件.既然是文件那就一个装入路径的问题，java是怎么找这个路径的呢?当你在调用java

test的时候，操作系统会在path下在你的java.exe程序，java.exe就通过下面一个过程来确定jvm的路径和相关的参数配置了.下面基于windows的实现的分析.

首先查找jre路径，java是通过GetApplicationHome

api来获得当前的java.exe绝对路径，c:\j2sdk1.4.2_09\bin\java.exe,那么它会截取到绝对路径c:\j2sdk1.4.2_09\，判断c:\j2sdk1.4.2_09\bin\java.dll文件是否存在，如果存在就把c:\j2sdk1.4.2_09\作为jre路径，如果不存在则判断c:\j2sdk1.4.2_09\jre\bin\java.dll是否存在，如果存在这c:\j2sdk1.4.2_09\jre作为jre路径.如果不存在调用GetPublicJREHome查HKEY_LOCAL_MACHINE\Software\JavaSoft\Java

Runtime

Environment\“当前JRE版本号”\JavaHome的路径为jre路径。

然后装载jvm.cfg文件JRE路径+\lib+\ARCH(CPU构架)+\jvm.cfgARCH(CPU构架)的判断是通过java_md.c中GetArch函数判断的，该函数中windows平台只有两种情况:WIN64的‘ia64’，其他情况都为‘i386’。以我的为例:C:\j2sdk1.4.2_09\jre\lib\i386\jvm.cfg.主要的内容如下:

-client

KNOWN

-server

KNOWN

-hotspot

ALIASED_TO

-client

-classic

WARN

-native

ERROR

-green

ERROR

在我们的jdk目录中jre\bin\server和jre\bin\client都有jvm.dll文件存在，而java正是通过jvm.cfg配置文件来管理这些不同版本的jvm.dll的.通过文件我们可以定义目前jdk中支持那些jvm,前面部分(client)是jvm名称，后面是参数，KNOWN表示jvm存在，ALIASED_TO表示给别的jvm取一个别名，WARN表示不存在时找一个jvm替代，ERROR表示不存在抛出异常.在运行java

XXX是，java.exe会通过CheckJvmType来检查当前的jvm类型，java可以通过两种参数的方式来指定具体的jvm类型，一种按照jvm.cfg文件中的jvm名称指定，第二种方法是直接指定，它们执行的方法分别是“java

-J”、“java

-XXaltjvm=”或“java

-J-XXaltjvm=”。如果是第一种参数传递方式，CheckJvmType函数会取参数‘-J’后面的jvm名称，然后从已知的jvm配置参数中查找如果找到同名的则去掉该jvm名称前的‘-’直接返回该值;而第二种方法，会直接返回“-XXaltjvm=”或“-J-XXaltjvm=”后面的jvm类型名称;如果在运行java时未指定上面两种方法中的任一一种参数，CheckJvmType会取配置文件中第一个配置中的jvm名称，去掉名称前面的‘-’返回该值。CheckJvmType函数的这个返回值会在下面的函数中汇同jre路径组合成jvm.dll的绝对路径。如果没有指定这会使用jvm.cfg中第一个定义的jvm.可以通过set

_JAVA_LAUNCHER_DEBUG=1在控制台上测试.

最后获得jvm.dll的路径，JRE路径+\bin+\jvm类型字符串+\jvm.dll就是jvm的文件路径了，但是如果在调用java程序时用-XXaltjvm=参数指定的路径path,就直接用path+\jvm.dll文件做为jvm.dll的文件路径.

二:装载jvm.dll

通过第一步已经找到了jvm的路径，java通过LoadJavaVM来装入jvm.dll文件.装入工作很简单就是调用windows

API函数:

LoadLibrary装载jvm.dll动态连接库.然后把jvm.dll中的导出函数JNI_CreateJavaVM和JNI_GetDefaultJavaVMInitArgs挂接到InvocationFunctions变量的CreateJavaVM和GetDefaultJavaVMInitArgs函数指针变量上。jvm.dll的装载工作宣告完成。

三:初始化jvm，获得本地调用接口，这样就可以在java中调用jvm的函数了.调用InvocationFunctions-CreateJavaVM也就是jvm中JNI_CreateJavaVM方法获得JNIEnv结构的实例.

四:运行java程序.

java程序有两种方式一种是jar包，一种是class.

运行jar,java

-jar

XXX.jar运行的时候，java.exe调用GetMainClassName函数，该函数先获得JNIEnv实例然后调用java类java.util.jar.JarFileJNIEnv中方法getManifest()并从返回的Manifest对象中取getAttributes("Main-Class")的值即jar包中文件:META-INF/MANIFEST.MF指定的Main-Class的主类名作为运行的主类。之后main函数会调用java.c中LoadClass方法装载该主类(使用JNIEnv实例的FindClass)。main函数直接调用java.c中LoadClass方法装载该类。如果是执行class方法。main函数直接调用java.c中LoadClass方法装载该类。

然后main函数调用JNIEnv实例的GetStaticMethodID方法查找装载的class主类中

“public

static

void

main(String[]

args)”方法，并判断该方法是否为public方法，然后调用JNIEnv实例的

CallStaticVoidMethod方法调用该java类的main方法。

怎么启动JAVA里的JVM？

方法如下：

1、虚拟机的启动入口位于share/tools/launcher/java.c的main。

2、配置JVM装载环境。

3、解析虚拟机参数。

4、设置线程栈大小。

5、执行Java main。

配置JVM装载环境的方法：

1、Java代码执行时需要一个JVM环境，JVM环境的创建包括两部分：JVM.dll文件的查找和装载，我们来看一段Jre通过环境的路径和系统版本寻找jvm.cfg文件的代码。

说明： 

1）GetJREPath()查找当前JRE环境的所在路径。

2）ReadKnownVms()读取JRE路径\lib\ARCH(CPU构架)\JVM.cfg文件，其中ARCH(CPU构架)通过GetArch方法获取，在window下有三种情况：amd64、ia64和i386。

3）CheckJvmType确定当前JVM类型，先判断否通过-J、-XXaltjvm=或-J-XXaltjvm=参数指定，如果没有，则读取JVM.cfg文件中配置的第一个类型。

4）GetJVMPath根据上一步确定的JVM类型，找到对应的JVM.dll文件。

Java的编译环境JDK安装完成后，需要配置那两个环境变量？怎么配置？

在安装JDK之后，您需要配置以下两个环境变量：

JAVA_HOME：JAVA_HOME是指向Java安装目录的路径。此变量是JDK的根目录，因此需要将此变量设置为JDK的安装路径。

PATH：PATH变量包含了一组以分号分隔的目录路径。在将PATH设置为Java所在的bin目录之前，您需要确定您选择了正确的Java版本。将路径添加到PATH变量中后，您就可以在命令提示符下运行Java编译器（javac）和Java虚拟机（java）。

以下是根据不同操作系统配置环境变量的步骤：

Windows系统：

打开“我的电脑”或“此电脑”窗口并单击“属性”。

单击“高级系统设置”。

单击“环境变量”按钮。

在“系统变量”部分单击“新建”按钮。

在“变量名”字段中输入“JAVA_HOME”（不含引号）。

在“变量值”字段中输入JDK的根目录路径（例如：C:\Program Files\Java\jdk1.8.0_261）。

在“系统变量”部分中找到“Path”变量，并单击“编辑”按钮。

将JDK的bin所在目录的路径添加到变量值中（例如：C:\Program Files\Java\jdk1.8.0_261\bin）。

单击“确定”保存变更。

Linux系统：

打开终端并在命令行下输入以下指令：sudo nano /etc/environment（如果您没有sudo权限，则需要使用其他超级用户权限命令）。

在文件末尾增加以下两行：JAVA_HOME="/usr/lib/jvm/java-8-openjdk-amd64"（这是以Ubuntu为例，根据实际情况自行设定）和PATH="$PATH:$JAVA_HOME/bin"。

保存文件并使用以下指令更新环境变量：source /etc/environment。

MacOS系统：

打开终端。

执行命令sudo nano /etc/paths，并输入管理员密码。

每行添加一个路径，包括JDK的bin所在路径。

按Ctrl + X保存文件。

注意：在操作系统上进行环境变量配置可能因环境的差异而有所不同。上述步骤仅供参考。

ElasticSearch JVM配置

Elasticsearch是基于Java构建的，需要至少 Java8 来运行它。只支持Oracle的Java和OpenJDK。所有Elasticsearch节点和客户机都应该使用相同的JVM版本。

我们推荐您安装Java1.8.0_131版本或者Java 8发行版系列的后续版本。我们推荐您使用 LTS JAVA 版本。如果使用了已知的糟糕的Java版本，Elasticsearch将拒绝启动。

Elasticsearch将使用的Java版本可以通过设置JAVA_HOME环境变量进行配置。

默认情况下，Elasticsearch告诉JVM使用最小和最大大小为1 GB的堆。 在转移到生产环境时，重要的是配置堆大小，以确保Elasticsearch有足够的可用堆。

Elasticsearch将通过Xms(最小堆大小)和Xmx(最大堆大小)设置分配在jvm.options文件中指定的整个堆。

这些设置的值取决于服务器上可用RAM的数量。好的经验法则是：

显示启用了从零开始的压缩oops而不是：

下面是如何通过jvm.options文件设置堆大小的例子：

还可以通过环境变量设置堆大小。这可以通过注释掉jvm.options文件中的Xms和Xmx设置来实现并通过ES_JAVA_OPTS设置这些值：

注意： 为Windows服务配置堆与上述配置不同。Windows服务最初填充的值可以如上配置，但在安装服务之后会有所不同。有关更多细节，请参阅 Windows服务文档 。

默认情况下，Elasticsearch配置JVM将堆从内存溢出异常转储到默认数据目录（/var/lib/elasticsearch是针对RPM和Debian包发行版的，Elasticsearch安装根目录下的data目录是针对tar和zip存档发行版的）如果此路径不适合接收堆转储，则应修改条目 -XX:HeapDumpPath=… 在jvm.options文件中。如果指定目录，JVM将根据运行实例的PID为堆转储生成一个文件名。如果指定的是固定文件名而不是目录，那么当JVM需要对内存溢出异常执行堆转储时，文件必须不存在，否则堆转储将失败。

默认情况下，Elasticsearch启用GC日志。这些都是在jvm.options中配置的和默认设置到与Elasticsearch日志相同的默认位置。默认配置每64 MB旋转日志一次，最多可以消耗2 GB的磁盘空间。

默认情况下，Elasticsearch配置JVM将致命错误日志写入默认日志目录(/var/log/elasticsearch是RPM和Debian包发行版的，Elasticsearch安装根目录下的logs目录是针对tar和zip存档发行版的)。这些日志是JVM遇到致命错误(例如，分割错误)时生成的。如果这个路径不适合接收日志，您应该在jvm.options文件中修改条目 -XX:ErrorFile=… 为一个替代路径。

tomcat怎么配置javajvm内存

　jvm内存有好几种呢

windows下修改JVM内存大小:

情况一:解压版本的Tomcat, 要通过startup.bat启动tomcat才能加载配置

要添加在tomcat 的bin 下catalina.bat 里

rem Guess CATALINA_HOME if not defined

set CURRENT_DIR=%cd%后面添加,红色的为新添加的.

set JAVA_OPTS=-Xms256m -Xmx512m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Djava.awt.headless=true

情况二:安装版的Tomcat下没有catalina.bat

windows服务执行的是bin\tomcat.exe.他读取注册表中的值,而不是catalina.bat的设置.

修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值为

-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"

-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"

-Xrs

加入 -Xms300m -Xmx350m

重起tomcat服务,设置生效

jvm参数说明：

-server 一定要作为第一个参数，启用JDK的server版本，在多个CPU时性能佳

-Xms java Heap初始大小。 默认是物理内存的1/64。

-Xmx java heap最大值。建议均设为物理内存的80%。不可超过物理内存。

-Xmn java heap最小值，一般设置为Xmx的3、4分之一。

-XX:PermSize 设定内存的永久保存区初始大小，缺省值为64M。

-XX:MaxPermSize 设定内存的永久保存区最大大小，缺省值为64M。

-XX:SurvivorRatio=2 生还者池的大小，默认是2。如

-XX:NewSize 新生成的池的初始大小。 缺省值为2M。

-XX:MaxNewSize 新生成的池的最大大小。 缺省值为32M。

+XX:AggressiveHeap 让jvm忽略Xmx参数，疯狂地吃完一个G物理内存，再吃尽一个G的swap。

-Xss 每个线程的Stack大小

-verbose:gc 现实垃圾收集信息

-Xloggc:gc.log 指定垃圾收集日志文件

-XX:+UseParNewGC 缩短minor收集的时间

-XX:+UseConcMarkSweepGC 缩短major收集的时间

-XX:userParNewGC 可用来设置并行收集(多CPU)

-XX:ParallelGCThreads 可用来增加并行度(多CPU)

-XX:UseParallelGC 设置后可以使用并行清除收集器(多CPU)

关于java的jvm配置文件和java配置文件用什么格式的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。

标签：