java crash 是什么意思？eclipse 打开java 崩溃
各位老铁们，大家好，今天由我来为大家分享java crash 是什么意思，以及eclipse 打开java 崩溃的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！
我的世界fill指令出错java版
[WARNING]本篇适用于Minecraft服务端/客户端报错的诊断分析，其他游戏除外，比如网易
[WARNING]本篇适用于Minecraft服务端/客户端报错的诊断分析，其他游戏除外，比如网易
[WARNING]本篇适用于Minecraft服务端/客户端报错的诊断分析，其他游戏除外，比如网易
我所说的报错，指的是一款名为《Minecraft》的游戏中的报错。并不是《我的世界》的报错
在大家游玩Minecraft时，有时需要装一些Forge模组以此来提高可玩度，但自己配置模组包的时候，总会造成游戏崩溃，并且大多数人还看不懂崩溃报告更有甚者连崩溃报告输出目录都不知道在哪，于是本篇教程应运而生。
一些俏皮话
Minecraft这个游戏，各种BUG和解决方案如果写成一堆不重复的书，摞起来的厚度可以比姚明还高。
所以这个游戏不是一般的神奇，尤其是当你在看崩溃报告的时，你更会体验到这一点。
你不加模组，MC也会崩溃，加了还是崩溃。这是一个比较罕见的情况。
大多数情况是你一股脑加了一堆模组，然后突然蹦了，就不知道怎么办了。
幸运的是，这时候，你有60%的概率可以找到问题所在并解决这个问题。
寻找崩溃日志
首先，你得知道你的客户端/服务端目录
客户端的CrashReport文件夹目录:(.minecraft\crash-reports)
如果你启用了版本隔离，那就在(.minecraft\versions\xxxx\crash-reports)
服务端的CrashReport在你的服务端根目录下。
这个条件的前提是你的服务端是人类已知的服务端，而不是外星人制造的服务端。
打开崩溃日志
接下来我们对报错的分析，均以一个Minecraft 1.12.2 Forge服务端为例
嗯，我们可以看到，crashreport目录下的所有文件都是以
crash-日期_具体时间-server.txt命名的
如果是客户端的崩溃报告日志,后面的server则是client。
然后我们找到一个最新的日志打开并分析。
告诉你怎么瞬间找到最新崩溃日志，
直接点击这个按钮就完事了。然后会按照报告的生成时间进行排列。
重要的事说三遍
接下来我们对报错的分析，均以一个Minecraft 1.12.2 Forge服务端为例
接下来我们对报错的分析，均以一个Minecraft 1.12.2 Forge服务端为例
接下来我们对报错的分析，均以一个Minecraft 1.12.2 Forge服务端为例
下载文本编辑器
首先你需要一个文本编辑器来查看崩溃报告，
这里我推荐微软官方的Visaul Code:点我下载.
然后我们就可以愉快地打开报告进行查看了。
开始分析
好了，我们说了这么多废话，是时候开始正式的分析了。
我估计前面的事大多数人已经做完了，就等着我讲这个。
废话不多说，开始。
打开后我们首先看到的是这个
其中，WARNING coremods are present:xxxxx是废话，你根本不用管。
产生这种警告是因为有的作者动了Minecraft底层的代码，然后Forge为了方便，给你整出来了。
在99.9999999%的情况下，coremods在理论上不会造成崩溃。所以你可以忽略这些。
再往下看。
我们先引出几个重要概念，当然你不用理解。
你会发现这些报错里都会有一大堆的文字：
at net.xxxxx
at org.xxxxxxxx
at com.xxxxxx
at java.lang.xxxx
这些有专门的术语，叫做栈帧(stacktrace)。
CPU寄存器的空间是极其有限的，因此方法的调用需要在栈上开辟空间，每调用一个方法就会生成一个栈帧，因此崩溃报告里的一堆at at
at所代表的一系列栈帧，某种意义上是一条调用链，最后被调用的方法(也就是爆出异常的方法)会被崩溃报告放在最上面
我们可以看见，顶上有
这3行东西，
第一行是废话，你可以不用管。
第二行这个报告中最后一个栈帧抛出异常的时间。
第三行是这个报错的描述，也就是人类可读的大白话形式。
从这开始，下面的句子都不是人类可读形式，当然。相比原版的报错来说，Forge的报错非常非常人性化了。
我们可以从第三行看到，这个崩溃报告的描述是 Ticking player。
player代表球员玩家，也就是说这个报错跟玩家有关系。
Tciking指的是刻，这个以后再说。
然后我们再来看下面的报错
这个报错片段中。
第一行是错误类型
我们可以看到，这个报错的错误类型是
java.lang.IndexOutOfBoundsException
如果你开过Minecraft群组服务器，或者学过java。你可以知道
这个叫做数组下标越界异常，是一个在Minecraft中非常常见的异常。
我们不用去管这个具体是什么，直接往下看。
下面那些一大堆栈帧的排列，并非没有顺序。
这些栈帧的排列方式，是由它们抛出异常的顺序决定的。
听不懂？我们看图
红色箭头指的栈帧，是第一个抛出异常的栈帧。
然后黄色箭头的栈帧，是最后一个抛出异常的栈帧。
现在你懂了栈帧的排列顺序了吧。
最前面的栈帧就是最后一个抛出错误的位置，也就是说大多数情况我们是从这里下手。
或者从第一个栈帧的后面几个栈帧下手。
好，我们继续看。
现在我们遇到的是指数组下标越界异常。
例如：一个ArrayList数组中没有元素，而你想获取第一个元素,运行是就会报此类型的错误。
听不懂？我们看报错！
看看，最后栈帧抛出的异常，就是ArrayList在获取元素的时候没找到。
当然你不用在意这个，继续往下看。
这里已经出现了产生这个崩溃的模组名字。
这个模组叫做：slashblade，也就是大家经常玩的拔刀剑。
然后你发现，这些栈帧的形式都是
at xxx.xxxxxxx.xxxxxx.xxxxxxxx.xxxxxxx.xxxxxx(xxxx.java:xxxx)
如果你以压缩包形式打开拔刀剑模组JAR文件，
你会发现一件事。
那就是这些栈帧其实就是这个JAR压缩包的内部目录结构！！！！！
就比如这条栈帧
at mods.flammpfeil.slashblade.item.ItemSlashBlade$ComboSequence.get(ItemSlashBlade.java:310)
我们可以把所有的".“去掉，改成”/或者\"
这样就是一个文件目录了！！
at mods.flammpfeil.slashblade.item.ItemSlashBlade$ComboSequence.get(ItemSlashBlade.java:310)
相当于
at mods\flammpfeil\slashblade\item\itemSlashBlade
而这段蓝色的，ComboSequence.get，指的是这个栈帧中抛出异常的方法。并不是文件目录。
括号里的ItemSlashBlade.java:310指的是，
这个异常发生在
ItemSlashBlade.java这个文件夹中的第310行。
是不是突然明白一大堆东西！！！！！！！！！
下面的图就是我用压缩包形式打开拔刀剑模组文件后，
把栈帧转换成目录，就找到了抛出异常的文件路径。
深度分析
好了，那么我们接下来进行硬核(Hardcore)分析吧
上面我们已经找到了这个崩溃中有拔刀剑的信息
那么我们就进一步分析。
我们知道，拔刀剑有几个栈帧抛出了异常，那么我们以最后一个抛出异常的栈帧进行分析。
amods.flammpfeil.slashblade.item.ItemSlashBlade$ComboSequence.get
从这段信息中我们得知，这个抛出异常的方法在ComboSequence.Get中
ComboSequence翻译过来就是组合技，然后我们进一步分析
既然这个崩溃出在了拔刀剑的组合技上，那也就是说。
我的服务器崩溃是因为，有某个人用了拔刀的组合技，然后不知道触发了什么BUG。服务器就因此崩溃了。
很好，如果你能分析到这一步，那就快接近真相了！
上代码
我们首先登陆Github(世界上最大的代码托管站)
然后找到拔刀剑的开源代码仓库，并依次进入目录
src/main/java/mods/flammpfeil/slashblade/item/ItemSlashBlade.java
然后这个就是抛出异常的原代码了。
然后搜索方法 ComboSequence.get
//报错产生的位置
public static ComboSequence getComboSequence(NBTTagCompound tag){
return ComboSequence.get(tag.getInt(comboSeqStr));
}
很好，你可能看见一个熟悉的词汇，叫做NBT
我们引用一段百度百科上的话
二进制命名标签(Name Binary Tag)，NBT格式为Minecraft中用于向文件中存储数据的一种存储格式。NBT格式以树形结构并配以许多标签的形式存储数据
既然如此，我们就可以知道
这个报错的产生和NBT标签有关系，然后我们只需要看见tag这个词即可。
这就代表，这个异常的产生是因为在获取组合技的NBT数据时产生异常，在结合最后一个抛出的异常
也就是数组下标越界异常
我们就可以推导出这个异常的产生了。
一个玩家在使用拔刀的组合技时，然后这个组合技因为某种原因无法使用，也就是ArrayList数组元素为空，导致抛出数组下标越界异常，引发Minecraft服务器保护机制然后自动关服。并产生这个报错。
好了，我们继续看下面的栈帧。
对于下面的栈帧来说，上面的栈帧全是主要原因。也就是说下面的栈帧都是废话
不过我还是贴出来让你了解一下。
很好，接下来我们看红圈内的栈帧。
其中所有 net.minecraftforge.fml.xxxx的栈帧，基本上没什么有价值的信息。
我们继续看下面 net.minecraft.xxxx的栈帧，我们可以看到关键词汇那就是entity。
得出结论
Entity就是实体的意思，也就是说这个东西出现在玩家使用组合技与实体进行交互时才发生的数组下标跃境异常
我们继续看
这2段代表了有关玩家的信息，意义不大。
我们在这些栈帧中可以看到有network和server单词。
这代表这些栈帧与网络和服务端关西了。
这段也是意义不大，而且与拔刀剑产生的报错无关，我们继续看。
这段才是好戏，我们可以看到一个词组叫playerLoggedOut，这个代表玩家登出服务器。
也就是玩家掉线
然后我们结合这些堆栈抛出异常的顺序。
我们就可以得知一个大概顺序。
玩家使用组合技后，首先从掉线
然后服务端发现异常
然后服务端整理崩溃后就关闭服务器了。
很好，我们对错误的分析已经结束了。
接下来我们继续往下看！
完成看崩溃报告的栈帧并得出结论~
修复报错
这是下面的内容。
我们可以看到大大的Head(头部)字样
然后Thread(线程): Server thread(主线程)
我们可以得到一个信息
那就是说，这些栈帧抛出错误是在服务器主线程上抛出的，所以才会导致服务器自我保护机制开启并关闭服务器。
我们继续往下看。
我们可以看见大大的 Player being ticked
这段代表有关出错实体的名字。
然后既然出现了Player，代表这个实体是玩家。
也就代表，这个是出错的实体是玩家。因为那个错误拔刀剑在玩家手上。所以出错实体是玩家。
然后
Entity Type是实体类型，Entity ID是实体的ID，Name就不用解释了，是实体名。
因为这个实体是玩家，所以实体名就是玩家名。
eclipse 打开java 崩溃
这句话：
# The crash happened outside the Java Virtual Machine in native code.
是在说，进程崩溃发生在 JVM之外的 native代码，因此这是第三方的 dll/ so库的问题，不是 Java的毛病。具体原因不清楚，本身这个 dump core错误只是给 JVM的开发支持人员看的，我们作为应用程序开发人员是看不懂它的日志的，除非你同时也精通 C/ C++或汇编。
看上去你使用-server方式启动 eclipse，是想让 eclipse得到更好的性能，它本身会导致 jvm申请更多的内存，可能会挤压其它应用程序的内存需求，比如当你在同一台机器又开另一个程序来 debug时。一般来说-server方式是给专职服务器用的，它们基本上不存在把进程在前台和后台之间频繁切换，也不存在多个应用程序抢内存的事情。
当内存紧张时 JVM本身的内置的 API的 dll部分也经常会报告错误，比如读取一个 jar会打开一个文件输入流都可能出现未知异常，但一般 jvm知道这件事，它不会说：崩溃发生在 jvm之外。
优化部分场景稳定性是什么意思
增量、存量Crash率
增量Crash：指新增Crash，它是新版本Crash率变动的原因，如果没有新增的Crash，那么新版本的Crash率应该是和老版本Crash率保持一致，所以增量Crash是新版本中需要重点解决的问题
存量Crash：指老版本中已经存在的Crash，这些Crash一般都是难以解决或者是需要在特定场景下才会出现的难以复现的问题，这类问题需要长期投入精力持续解决
优先解决增量、持续跟进存量
5.Crash率评价指标
务必在千分之二以下：Java和Native的崩溃率加起来需要在千分之二以下才能算是合格的
Crash率处于万分位视为优秀的标准
Crash关键问题
1.尽可能还原Crash现场
一旦发生崩溃，我们需要尽可能保留崩溃现场信息，这样有利于还原崩溃发生时的各种场景信息，从而推断出可能导致崩溃的原因，对于采集环节可以参考以下采集点：
采集堆栈、用户设备、OS版本、发生崩溃的进程、线程名、崩溃前后的Logcat
前后台、使用时长、App版本、小版本、渠道
CPU架构、内存信息、线程数、资源包信息、行为日志
上面是一张Bugly后台的截图，对于成熟的性能监控平台不仅有Crash的单独信息，同时会对各种Crash进行聚合以及报警。
2.APM后台聚合展示
Crash现场信息：包括Crash具体堆栈信息及其它额外信息
Crash Top机型、OS版本、分布版本、发生地域：有了这些Top Crash信息之后就能够知道哪些Crash的影响范围比较大需要重点关注
Crash起始版本、上报趋势、是否新增、持续版本、发生量级等等：可以从多个视角判断Crash发生的可能原因以及决定是否需要修复，在哪些版本上进行修复
3.Crash相关的整体架构
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZWAujEoF-1659617151403)(https://upload-images.jianshu.io/upload_images/15706246-d58d889a15e1ff1e.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)]
4.非技术相关的关键问题
建立规范的流程保证开发人员能够及时处理线上发生的问题：
专项小组轮值：成立专门小组来跟踪每
好了，关于java crash 是什么意思和eclipse 打开java 崩溃的问题到这里结束啦，希望可以解决您的问题哈！