大家好,今天小编关注到一个比较有意思的话题,就是关于java 语言缺陷的问题,于是小编就整理了3个相关介绍Java 语言缺陷的解答,让我们一起看看吧。
JAVA语言***用多种机制来保证可移植性,其中最主要的是?
对于程序可移植性最直接最有效的支持是与平台无关。对于J***A语言来时使用了多种机制来保证可移植性,最主要的是使用虚拟机(virtual machine)和使用虚拟机使用的J***A字节码。由于保证J***A语言的高可移植性,其程序的运行效率被降低,为了弥补这种缺陷,将J***A字节码的设计最大限度接近于机器码。
j***a为什么总是需要抛各种异常?
无论是什么编程语言,总会有未知异常的出现,比如说经典的文件流操作,你所加载的路径或许或许根本不存在文件,这时候jvm在执行中就会抛出异常,告诉你没有找到文件,这时你就知道你程序在哪里出错了,所以抛异常是为了让你知道自己的程序哪里出现了错误,结合日志框架log4j使用效果会更佳。
在J***a中你还可以自定义异常,来实现你想要的操作,可以说J***a的异常机制可以解决系统的大多数问题,比如说在oom的时候,你可以通过异常信息快速定位错误所在,加快效率!
综上诉求,异常不是J***a的设计缺陷,而是J***a的灵魂所在。
如果想要更深入的了解J***a的各种内在机制,那么下面的书是你必须要看的。
在软件项目中,发生异常不可怕,无法定位到问题才可怕,故障定位和解决时间过长才可怕;如果 J***a 方法不能按照正常的流程执行,那么可以通过另外一种途径退出,就是抛出一个封装了错误信息的对象,这个就是 J***a 的异常;异常的作用就是为了当程序发生问题的时候,方便开发人员定位和解决问题。
J***a 的异常可以分为 Error 和 Exception :
- Error 是指 J***a 运行时系统内部的错误,或者说它代表了 JVM 本身的错误,通常都是比较严重的错误, 比如内存溢出, 虚拟机错误等等;Error 通常和硬件或 JVM 有关,和程序本身无关,所以不能被代码捕获和处理。
- Exception 又可以分为运行时异常和检查异常;
- 运行时异常 RuntimeException:这类异常在编译期间不强制代码捕捉,但是可能在在 JVM 运行期间抛出异常;出现此类异常,通常是代码的问题,所以需要修改程序避免这类异常。常见的运行时异常,比如:NullPointerException、ClassCastException 等等。
- 检查异常 CheckedException:这种异常发生在编译阶段,J***a 编译器会强制代码去捕获和处理此类异常;比如:ClassNotFoundException、IllegalAccessException 等等。
在J***a 项目中,如何优雅地处理异常呢?
- 不要试图通过异常来控制程序流程,比如开发一个接口,正确的做法是对入参进行非空验证,当参数为空的时候返回“参数不允许为空”,而不应该捕捉到空指针的时候返回错误提示。
- 仅捕获有必要的代码,尽量不要用一个 try...catch 包住大段甚至整个方法内所有的代码,因为这样会影响 JVM 对代码进行优化,从而带来额外的性能开销。
- 很多程序员喜欢 catch(Exception e),其实应该尽可能地精确地指出是什么异常。
- 不要忽略异常,捕捉到异常之后千万不能什么也不做,要么在 catch{...} 中输出异常信息,要么通过 Throw 或 throws 抛出异常,让上层代码处理。
- 尽量不要在 catch{...} 中输出异常后,又向上层代码抛出异常,因为这样会输出多条异常信息,而且它们还是相同的,这样可能会产生误导。
- 不要在 finally{...} 中写 return,因为 try{...} 在执行 return 之前执行 finally{...} ,如果 finally{...} 中有 return,那么将不再执行 try{...} 中的return。
作者:会点代码的大叔 ,一个写代码的架构师,专注程序员的学习和成长,关注并私信我数字“1”,送你一份程序员大礼包。
J***a有哪些不好的设计?
编译期间泛型,有时候运行期间就会让人疑惑,字段的get.set不如c#的属性方便,stream的api说实在的很难用。不如c#简洁。模块化最近才出来,之前都是打包工具来做这些。其实问题就可以看j***a升级文档,文档写了什么,就说明之前做的不好
到此,以上就是小编对于j***a 语言缺陷的问题就介绍到这了,希望介绍关于j***a 语言缺陷的3点解答对大家有用。