java异常处理时，为什么经常转换为运行时异常？有什么好处

java异常处理时，为什么经常转换为运行时异常？有什么好处

这个是看具体的情况，throw new runtimeexception(e)是将异常抛出了，如果是e.printStackTrace();的话只是打印出来了，没有处理，下面普及下知识：

异常分类有三类，编译时异常，运行时异常和错误
编译时异常： 程序正确，但因为外在的环境条件不满足引发。例如：用户错误及I/O问题----程序试图打开一个并不存在的远程Socket端口。这不是程序本身的逻辑错误，而很可能是远程机器名字错误(用户拼写错误)。对商用软件系统，程序开发者必须考虑并处理这个问题。Java编译器强制要求处理这类异常，如果不捕获这类异常，程序将不能被编译。
运行期异常： 这意味着程序存在bug，如数组越界，0被除，入参不满足规范.....这类异常需要更改程序来避免，Java编译器强制要求处理这类异常。
错误： 一般很少见，也很难通过程序解决。它可能源于程序的bug，但一般更可能源于环境问题，如内存耗尽。错误在程序中无须处理，而有运行环境处理。
望采纳追问throw new runtimeexception(e)是将异常抛出了，如果是e.printStackTrace();的话只是打印出来了，没有处理。

这里throw new runtimeexception(e)抛出有什么用呢？？

为什么要编译时异常转换成运行时异常？两个没有相关的异常！！

同问同问同问同问

方便自己能够看懂该异常。更容易定位问题追问e.printStackTrace();不就可以了吗
而且checked exception为什么要转成runtimeexception，怎么换的

没这么用啊，一般是把异常抛出来 并记录相关日志，catch的目的是不中断当前用户操作，返回结果给用户，用户友好而已。

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息