生产环境一些十分有用的JVM参数

2024-04-13 10:12

本文主要是介绍生产环境一些十分有用的JVM参数,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

-Xms{x}m :初始化堆内存大小
-Xmx{x}m : 最大堆内存大小
一般将Xms Xmx 这两个参数值设为相同值,防止反复GC、导致内存抖动。

-Xloggc:{path}_%p_%t.log: GC日志文件,这对垃圾回收器的调整和内存问题诊断有重要作用。其中%p表示进程号占位符,%t表示日志文件生成时间戳的占位符,这两个占位符可以帮助我们快速定位某个应用某个时间段的gc日志文件名。

-XX:+PrintGCDetails :打印更详细的gc信息,如内存分区信息(新生代、老年代等)、堆信息(堆总大小、已使用大小等)
-XX:+PrintGCDateStamps:打印垃圾回收的时间戳
-XX:+PrintGCCause:打印每次 GC 事件的触发原因
PrintGCDetailsPrintGCDateStampsPrintGCDateStamps 这三个参数一般结合起来一起使用,用来打印更详细更全面的GC信息

-XX:+UseGCLogFileRotation:开启gc日志轮转
-XX:GCLogFileSize={x}M :单个GC日志文件大小
-XX:NumberOfGCLogFiles={x}:GC日志文件的最大个数
UseGCLogFileRotationGCLogFileSizeNumberOfGCLogFiles这三个参数一般同时使用,用来防止单个GC日志文件过,同时减少GC日志文件的总大小。当单个日志文件大小达到GCLogFileSize设置的阈值时,JVM会将GC信息输出到一个新的日志文件中,而当日志文件个数进一步达到NumberOfGCLogFiles设置的阈值时,JVM就会将GC信息覆盖输出到最老的那个GC日志文件中。

-XX:HeapDumpPath={path}_name.hprof: 堆转储文件位置,堆转储文件对于在没有打印系统日志是的故障分析非常重要
-XX:+HeapDumpOnOutOfMemoryError :当发生堆内存溢出时,自动生成堆转储文件。
HeapDumpPathHeapDumpOnOutOfMemoryError 这两个参数一般一起使用,当发生内存溢出错误时自动生成HeapDumpPath指定路径下的转储文件。

-XX:ErrorFile={path}_%p.log:Error日志文件位置(其中%p是进程号占位符),当jvm遇到致命错误时会生成这个日志文件。

-XX:OnError={command} :程序发生致命错误时自动执行的命令,当然他也可以是一个shell脚本。一个典型的用法是,当程序崩溃时执行一个指定的脚本,让这个脚本发送告警通知或告警邮件。

-XX:OnOutOfMemoryError={command} :jvm发生内存溢出时自动执行的命令,同上。

-XX:+CrashOnOutOfMemoryError:jvm发生内存溢出时程序生成转储文件、错误日志(即生成HeapDumpPath指定的转储文件,生成ErrorFile指定的错误日志)后崩溃退出。如果同时配置了HeapDumpOnOutOfMemoryErrorErrorFileOnOutOfMemoryError={command1}OnError={command2}而没配置此参数,则只会生成转储文件和执行命令command1 ;而若是还配置了此参数,就会生成转储文件 、Error错误日志文件、执行命令 command1 、执行命令 command2。 这个参数其实不建议使用,这是一种非正常的退出,可能ShutdownHook没有被执行完。

-XX:-OmitStackTraceInFastThrow :防止在大量重复性异常抛出时不打印堆栈。这个参数还是挺有用的,之前有一次就是因为没加这个参数,系统日志文件没有打印堆栈信息,费了很大劲儿才找到有问题的代码。

这篇关于生产环境一些十分有用的JVM参数的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/899848

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

NameNode内存生产配置

Hadoop2.x 系列,配置 NameNode 内存 NameNode 内存默认 2000m ,如果服务器内存 4G , NameNode 内存可以配置 3g 。在 hadoop-env.sh 文件中配置如下。 HADOOP_NAMENODE_OPTS=-Xmx3072m Hadoop3.x 系列,配置 Nam

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

Andrej Karpathy最新采访:认知核心模型10亿参数就够了,AI会打破教育不公的僵局

夕小瑶科技说 原创  作者 | 海野 AI圈子的红人,AI大神Andrej Karpathy,曾是OpenAI联合创始人之一,特斯拉AI总监。上一次的动态是官宣创办一家名为 Eureka Labs 的人工智能+教育公司 ,宣布将长期致力于AI原生教育。 近日,Andrej Karpathy接受了No Priors(投资博客)的采访,与硅谷知名投资人 Sara Guo 和 Elad G