大家好，今天小编关注到一个比较有意思的话题，就是关于java语言运行机理的问题，于是小编就整理了3个相关介绍Java语言运行机理的解答，让我们一起看看吧。
如何深入理解JAVA异常处理机制？
因为别的判断语句可以自己控制，它异常不行，它一般是对硬件上未可以知的判断。
比如你的程序正确，但是你不知道网络是不是通的， 所以你只好预防，只要网络不通，我的程序就出现异常判断出来，这样看起来，写得程序比较专业。
内存或其它硬件也差不多是一样的情况！
异常机制是J***A中比较常用的特性！
一般的程序因为网络延迟，参数错误，类型转换等总是会有多种各样的异常，而J***A封装了统一的异常处理，为J***A程序的异常提供统一的处理方式！
J***A异常机制是怎么样的呢？
所有的异常类都继承自throwable父类，分为分为两大类，分别是Error(错误)和Exception(异常)，Error通常是我们不需要关心的虚拟机，内存等错误，而exception分为运行时异常(RuntimeException)和非运行时异常！
运行时异常通常有:NullPointerException，IndexOutOfBoundsException，这些异常在编译器是虚拟机检测不出来的，只有在运行时期才会抛出，这类异常通常由编程人员自己制造，也只能自己避免！
非运行时异常通常有:IOException，SQLException等等，这类异常通常在编译期就提示错误，通过IDE出现提示，一般容易避免！
代码中出现异常怎么处理呢？
1，抛出:使用throw抛出给上一层进行处理，如果没进行处理则继续往上抛出！
2，捕获:使用try catch finally语句，将在try语句块中捕获的异常在catch中集中处理，而f***ly是保证异常处理永远会执行的机制，可用于释放***(文件流，数据库连接等)！
怎么在程序中避免异常？
J***a的异常处理机制是J***a语言的重要组成部分，要想理解J***a异常处理机制就先要从J***a异常处理的概念以及方式开始。在文章开始之前，我先给大家看一个程序：
如果你能清晰的描述出这个程序的运行结果，那么这篇文章就可以不用读了，否则就仔细的读一下。
J***a异常的概念是程序在执行过程中遇到不可预见的错误，这个概念中有两点需要关注，一点是“程序在运行过程中”，这说明程序本身的语法是没有问题的，另一点是“不可预见的错误”，这就说明异常的产生具有一定的偶然性。
J***a的异常处理方式有两个大的机制一个是try-catch机制，另一个是throws机制。try-catch机制简单的说就是捕获并处理异常，try-catch的用法非常灵活，既可以分层处理异常，也可以嵌套处理异常，看一个例子：
当try体中产生异常的时候，系统就会跳转到catch体进行异常处理，在这个例子中一个大的try-catch中还嵌套了一个小的try-catch体来单独处理一部分语句的异常，同时外部的try体还定义了两个catch体与之匹配，分别处理不同的异常。注意，在排列的时候要注意顺序，因为catch在处理异常的时候是就近匹配的，当程序匹配到一个catch体之后就不再继续往下匹配了，所以一定要把Exception异常放到后面，否则其他的catch体就起不到作用了。
接下来就要看一下throws和throw这两个关键字的作用了，简单的说throws是声明异常，而throw是抛出异常对象。看一个例子：
注意throws的位置在方法的声明处，而throw则在方法体内，throws后面跟的是异常的类型，而throw后面跟的则是异常的对象。注意在catch体内的throw语句虽然也会抛出一个异常，但是此处的异常并不会抛出到方法外部，这是一个需要注意的地方，看一个例子：
这个例子我们可以看到Foo方法并没有声明异常，程序依然可以运行，但是程序的第20行语句并不会得到执行，原因是程序在第11行由于throw e而退出了。
通常情况下，当一个方法声明异常时，所有调用这个方法的方法要么处理这个异常，要么继续声明，不能视而不见，简单的说，就是异常在传递的过程中不能无缘无故的消失，这是保证程序健壮性的一个非常重要的机制。
接下来就是自定义异常了，自定义异常有三个特点，分别是自己定义、自己抛出、自己处理，系统并不会抛出用户的自定义异常，看一个例子：
J***a反射到底慢在哪里？
先陈述一下结论:j***a的反射是慢，但是是相对于直接调用而言，慢也的确慢了一个数量级，不过在有些场景必须使用反射，并且在反射的时候，可以用一些手段进行人工优化
再说一下j***a反射之所以有一点慢的原因
1.j***a和python比起来，j***a是静态语言类型，也就是说在编译期j***a在编译代码的时候就会进行类型的强检验，j***a会在编译期进行代码优化，而反射是在运行时发生的，也就是说那些类型检查，代码优化的事情放在了运行时，这个自然要耗费一点时间
2.编译期在运行时很难做一些关于反射的优化，现在的编译期还不是非常智能，知道你用这段反射代码需要做什么事情
3.再说一下，调用实现过程，在反射调用过程中，执行者叫MethodAccessor,我记得这个对象是懒的，也就是说有可能第一次反射调用耗时可能会更长一点，并且在调用的时候method.invoke方法还要对参数数组进行包装，可能涉及到参数类型适配，装包拆包也有消耗，其实说到底，还是不知道具体的参数类型
不同的编程语言都打包成exe执行，[_a***_]是不是都一样？为什么？
不要说不同语言，同一种语言的不同版本的编译器效率都不同。比如icc编译优化过的程序跑在intel架构cpu上可能就比gcc编译的快一点。当然现在的主流是靠cpu性能硬上，编译上的优化差不多过得去就行。
答案当然是不一样，具体原因涉及到编译原理，下面详细解释一下。
就目前的编程语言来说，主要分两种模式。
一种是编译型的语言，典型代表就是C/C++,编译型语言会将程序代码直接转换为可在特定机器上运行的二进制（机器语言）程序，它的特点是运行速度快，但是编译需要较长时间，编译后的程序无法跨平台运行。
还有一种是解释型语言（可以细分，比如基于本地的解释器，如Basic，Python等，还有基于虚拟机的解释器，如J***a，C#等），这种语言不是把程序直接编译成机器代码，而是在运行时把代码逐条翻译成机器代码（基于虚拟机的语言会先将代码编译成中间语言代码，然后再在虚拟机上解释执行这些中间语言），解释器语言的特点是结果即时可见，可以跨平台运行，但是运行效率相比编译型语言要慢一些。
此外，即使对同一种语言编写的代码，不同的编译器编译后的程序，运行速度也会存在一定的差异，因为现代的编译器里面都加入了优化机制，然而优化策略、优化算法等实现细节却不尽相同，导致最终生成的exe也就有一些差异了。
不一样。
简单的解释一下，计算机只认识0和1。而j***a,php,c,python等等各种语言，都需要各自的编译器来将程序代码“翻译”成0和1。
这个翻译的过程比较复杂，各自的能力水平侧重点都不一样，导致这个翻译的时间长短也不一样啦。
到此，以上就是小编对于j***a语言运行机理的问题就介绍到这了，希望介绍关于j***a语言运行机理的3点解答对大家有用。
