Java1.5+ .server VM 优化异常堆栈显示

最新推荐文章于 2024-02-28 22:19:25 发布
原创 最新推荐文章于 2024-02-28 22:19:25 发布 · 712 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

在JDK 1.5及后续版本中，默认情况下在server模式下会针对频繁出现的异常进行优化处理，隐藏异常堆栈信息。这可能干扰问题诊断。本文介绍如何通过设置-XX:-OmitStackTraceInFastThrow来禁用此优化。

在jdk1。5+后续版本，JDK为了性能会做一个优化，在jdk server模式下默认开启针对频繁显示的异常，会进行优化处理，不显示异常堆栈信息。

这样对解决问题会有些干扰。

解决方法，设置-XX:-OmitStackTraceInFastThrow。其相反的操为作-XX:+OmitStackTraceInFastThrow。

备记。

benjamine
关注
idea64.exe.vmoptions 配置说明，通用于jvm配置
qq_35345875的博客
07-20 9522
idea jvm 配置
HarmonyOs反射调用报错java.lang.UnsatisfiedLinkError: No implementation found for
RAINSUMMIT的博客
08-05 737
出问题代码片段如下： Class cls = null; try { cls = Class.forName("ohos.system.version.SystemVersion"); String string = cls.getMethod("getApiVersion", new Class[0]).invoke(cls, new Object[0]).toString(); Toast.mak
Java异常(exception)性能优化
laifu007的专栏
01-24 1265
在Java中，构造异常对象是”十分”耗时的，其原因是在默认情况下，创建异常对象时会调用父类Throwable的fillInStackTrace()方法生成栈追踪信息，JDK中的源码如下： public synchronized Throwable fillInStackTrace() { if (stackTrace != null || backtrace...
java client模式_JVM client模式和Server模式的区别
weixin_30605469的博客
02-16 502
展开全部这里向大家描述一下JVMclient模式e69da5e887aa62616964757a686964616f31333337376239和Server模式两者的区别和联系，JVM如果不显式指定是-Server模式还是-client模式，JVM能够根据下列原则进行自动判断(适用于Java5版本或者Java以上版本)。JVM client模式和Server模式JVM Server模式与cli...
jdk1.5的异常实例优化，不打印堆栈信息
猪胖胖的博客
10-30 355
今天测试环境遇到一个奇怪的问题，日志中报出的异常仅有异常信息，没有堆栈信息 这肯定是有问题的，首先排查是不是log4j使用错了，去代码层看到直接抛得异常，没有打印，全局异常处理器里写的log.error("url{} error{}",url,e)这里看起来也是正常的 那也有可能是ssh的工具问题，我把文件拿下来本地查看了下，发现确实是少了堆栈信息，用关键字全局搜索存在过去的相同异常有堆栈信息，看起来像是java自己的骚操作 这就很优秀了。google 了一下，找到了答案，毕竟创建新的异常实例是很消.
java.lang.OutOfMemoryError: bitmap size exceeds VM budget
super005的专栏
08-05 1991
<br />这个是由于图片内存溢出导致的。 默认图片的装载是 8M<br /> <br />Android一些性能优化的方法：<br /><br /> 1. 首先内存方面，可以参考 Android堆内存也可自己定义大小 和 优化Dalvik虚拟机的堆内存分配<br /><br /> 2. 基础类型上，因为Java没有实际的指针，在敏感运算方面还是要借助NDK来完成。Android123提示游戏开发者，这点比较有意思的是Google 推出NDK可能是帮助游戏开发人员，比如OpenGL ES的支持有明显的改
Java HotSpot(TM) 64-Bit Server VM warning: Options -Xverify:none and -noverify were deprecated解决方法
weixin_51496463的博客
07-20 3902
这是Java HotSpot™ 64位服务器虚拟机的警告消息。该警告是指在JDK 13中将选项"-Xverify:none"和"-noverify"标记为被弃用，并且在将来的版本中很可能会被移除。这两个选项用于控制Java虚拟机(JVM)在加载类时是否进行字节码验证。字节码验证是指JVM对Java类的字节码进行验证，以确保其符合编译器生成的规范，以防止潜在的安全漏洞和错误。在过去的JDK版本中，可以使用"-Xverify:none"或"-noverify"选项来禁用字节码验证，以提高应用程序的启动性能。
OpenJDK 64-Bit Server VM warning: Sharing is only supported for boot loader classes because bootstrap classpath has been appended java.lang.ClassCastException: class com.tplink.smb.component.cache.mem.AtomicLongImpl cannot be cast to class java.util.concurrent.atomic.AtomicLong (com.tplink.smb.component.cache.mem.AtomicLongImpl is in unnamed module of loader 'app'; java.util.concurrent.atomic.AtomicLong is in module java.base of loader 'bootstrap') at com.tplink.smb.component.cache.mem.CacheServiceMemImpl.getAtomicLong(CacheServiceMemImpl.java:345) at com.tplink.smb.component.cache.mem.CacheServiceMemImplTest.testAtomicLong(CacheServiceMemImplTest.java:386) at java.base/java.lang.reflect.Method.invoke(Method.java:569) at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) at java.base/java.util.ArrayList.forEach(ArrayList.java:1511)
最新发布
11-21
- 定位异常堆栈，找到是哪一行代码进行了强制转换。 - 检查该转换是否合理。如果AtomicLongImpl是自定义的，考虑修改其继承关系（如果合适）或者修改使用它的代码。 - 检查类加载问题：如果应用有多个模块或使用...
`java.lang.reflect.InvocationTargetException at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.base/java.lang.reflect.Method.invoke(Unknown Source) at se.krka.kahlua.integration.expose.caller.MethodCaller.call(MethodCaller.java:62) at se.krka.kahlua.integration.expose.LuaJavaInvoker.call(LuaJavaInvoker.java:210) at se.krka.kahlua.integration.expose.LuaJavaInvoker.call(LuaJavaInvoker.java:200) at se.krka.kahlua.vm.KahluaThread.callJava(KahluaThread.java:191) at se.krka.kahlua.vm.KahluaThread.luaMainloop(KahluaThread.java:851) at se.krka.kahlua.vm.KahluaThread.call(KahluaThread.java:174) at se.krka.kahlua.vm.KahluaThread.pcall(KahluaThread.java:1826) at se.krka.kahlua.vm.KahluaThread.pcallvoid(KahluaThread.java:1653) at se.krka.kahlua.integration.LuaCaller.pcallvoid(LuaCaller.java:66) at se.krka.kahlua.integration.LuaCaller.protectedCallVoid(LuaCaller.java:139) at zombie.Lua.Event.trigger(Event.java:72) at zombie.Lua.LuaEventManager.triggerEvent(LuaEventManager.java:364) at zombie.gameStates.GameLoadingState.exit(GameLoadingState.java:504) at zombie.gameStates.GameStateMachine.update(GameStateMachine.java:91) at zombie.GameWindow.logic(GameWindow.java:386) at zombie.GameWindow.frameStep(GameWindow.java:923) at zombie.GameWindow.mainThreadStep(GameWindow.java:647) at zombie.MainThread.mainLoop(MainThread.java:76) at java.base/java.lang.Thread.run(Unknown Source) Caused by: java.lang.NullPointerException: Cannot invoke "java.sql.Connection.prepareStatement(String)" because "this.conn" is null at zombie.network.ServerWorldDatabase.saveRole(ServerWorldDatabase.java:746) at zombie.characters.Roles.addRole(Roles.java:142) at zombie.Lua.LuaManager$GlobalObject.addRole(LuaManager.java:2604) ... 23 more 这个是僵尸毁灭工程加载了mod出现的错误，你能判断是什么原因吗
10-18
这个错误信息来自《僵尸毁灭工程》（Project Zomboid）在加载 Mod 时触发的异常，我们来逐步分析堆栈跟踪和根本原因。 --- ### 错误分析 #### 主要异常： ```java Caused by: java.lang.NullPointerException: ...
JVM的Client VM 与 Server VM介绍
郭嘉梁的博客
11-08 3096
HotSpot虚拟机包括两种：Client VM 和 Server VM Client VM(-client)，为在客户端环境中减少启动时间而优化； Server VM(-server)，为在服务器环境中最大化程序执行速度而设计。 比较：Server VM启动比Client VM慢，运行比Client VM快。 配置文件的位置如下： 若为64位操作系统 {JRE_HOME}/lib
搭建Java开发环境
l4432321的博客
03-08 614
要开发 Java 程序首先必须要配置好环境变量，而 Java 的运行环境的配置比较麻烦。  下面来看一下 JDK 的安装过程。在这里 JDK 选用的是 jdk1.7.0_07版本。 安装步骤：    首先，打开你的c开始菜单 - 运行 - 输入 "cmd"回车，输入java –version 回车，如果看到以下信息： java version "1.7.0_07" Java(TM) 
JavaClientVM与JavaServerVM区别
weixin_34029949的博客
03-01 194
JVMclient模式和Server模式两者的区别和联系，JVM如果不显式指定是-Server模式还是-client模式，JVM能够根据下列原则进行自动判断（适用于Java5版本或者Java以上版本）。JVM client模式和Server模式JVM Server模式与client模式启动，最主要的差别在于：-Server模式启动时，速度较慢，但是一旦运...
Java HotSpot(TM) 64-Bit Server VM warning_ Sharing is only supported for boot loader classes because
PiggyOne123的博客
02-28 2万+
您只需在代码编辑器配置的 VM 选项中包含 -Xshare:off 即可，也就是运行/调试配置 -> 编辑配置模板 -> 添加虚拟机选项 -Xshare:off。勾上Add VM options，点击。最终我找到了解决办法。
Java HotSpot Client VM 和 Java HotSpot Server VM的配置
清风小阁
01-05 1万+
JDK包括2个JVM的实现 Java HotSpot Client VM(-client)，为在客户端环境中减少启动时间而优化； Java HotSpot Server VM(-server)，为在服务器环境中最大化程序执行速度而设计。 比较：Server VM启动比Client VM慢，运行比Client VM快。 如何将VM设置成 Server VM： 找到 [jre安装目录]/
什么是HotSpot VM & 深入理解Java虚拟机 JVM
小诸葛的博客
06-21 1948
https://www.cnblogs.com/charlesblc/p/5993804.html
Java HotSpot(TM) Client VM 与 server VM 的配置
weixin_30687811的博客
04-26 2547
在Linux 6.5 下安装Elasticsearch 出现错误： JVM is using the client VM [Java HotSpot(TM) Client VM] but should be using a server VM for the best performance JVM正在使用客户机VM [Java HotSpot(TM)客户机VM]，但是为了获得最佳...
Java的虚拟机JVM之JVM-server、JVM-client区别
fascinatingGirl的博客
08-19 4427
当前64位只支持server模式 Server VM启动比Client VM慢大概10%，运行比Client VM快至少有10倍； 由于服务器的CPU、内存和硬盘都比客户端机器强大，所以程序部署后，都应该以server模式启动，获取较好的性能； JVM在client模式默认-Xms是1M，-Xmx是64M；JVM在Server模式默认-Xms是128M，-Xmx是1024M； server:启动慢，编译更完全，编译器是自适应编译器，效率高，针对服务端应用优化，在服务器环境中最大化程序执行速度而设计。 cli
jdk运行模式client vm与server vm区别
热门推荐
【小石头的茅坑】
03-27 72万+
Client VM模式 输入java -version命令： java version "1.8.0_161" Java(TM) SE Runtime Environment (build 1.8.0_161-b12) Java HotSpot(TM) Client VM (build 25.161-b12, mixed mode) Server VM模式 输入java -versio...
java 堆栈_谈即时编译优化-以异常堆栈丢失为例
weixin_39541227的博客
11-26 278
前言日照充足会让西瓜更甜，那拥有即时编译优化会让Java程序怎么样？本文会初步介绍JVM的即时编译优化特性，并且通过异常堆栈丢失这一常见的现象来进行举例即时编译优化Java程序在运行初期是通过解释器来执行，当发现某块代码运行特别频繁，就会将之判定为热点代码(Hot Spot Code), 虚拟机会将这部分代码编译成本地机器码，并对这些代码进行优化。这件事就是即时编译(Just In Time, J...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值