public class RuntimeException
extends Exception
RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。
可能在执行方法期间抛出但未被捕获的 RuntimeException 的任何子类都无需在 throws 子句中进行声明。
----------------------------------------------------------------------------------------
上面是JDK的说明
----------------------------------------------------------------------------------------runtimeExeption 到底需要不需要客户端代码进行处理？
我以前理解出现runtimeException一般都是代码写的问题，理想情况下是永远不应该出现这样的问题的，不知道这样的理解是否正确？请大虾门指正
但是比如：我们有时候对象在使用之前需要判断是否为空，那是不是每个对象在使用的时候都需要这样的判断呢？如果不这样的话，如果用之前你认为已经赋值了，但是很可能其他时候又被置空在JDK提供的有些方法中：会抛出RuntimeException，但是这些Exception对于客户端程序到底需要不需要处理呢？因为即使不处理，一样可以编译通过
（是不是这样理解更适合，一般API显示抛出的异常，客户端程序还是需要处理的，除非你真的不关心或者其他手段可以保证这个异常不会发生）问题：runtimeExeption 到底需要不需要客户端代码进行处理，这个界限的标准是什么？我们代码一般在什么时候需要对于runtime的异常进行处理
extends Exception
RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。
可能在执行方法期间抛出但未被捕获的 RuntimeException 的任何子类都无需在 throws 子句中进行声明。
----------------------------------------------------------------------------------------
上面是JDK的说明
----------------------------------------------------------------------------------------runtimeExeption 到底需要不需要客户端代码进行处理？
我以前理解出现runtimeException一般都是代码写的问题，理想情况下是永远不应该出现这样的问题的，不知道这样的理解是否正确？请大虾门指正
但是比如：我们有时候对象在使用之前需要判断是否为空，那是不是每个对象在使用的时候都需要这样的判断呢？如果不这样的话，如果用之前你认为已经赋值了，但是很可能其他时候又被置空在JDK提供的有些方法中：会抛出RuntimeException，但是这些Exception对于客户端程序到底需要不需要处理呢？因为即使不处理，一样可以编译通过
（是不是这样理解更适合，一般API显示抛出的异常，客户端程序还是需要处理的，除非你真的不关心或者其他手段可以保证这个异常不会发生）问题：runtimeExeption 到底需要不需要客户端代码进行处理，这个界限的标准是什么？我们代码一般在什么时候需要对于runtime的异常进行处理
因为他是在运行期间出的错误，如果你不出来JDK会自动帮你抛出来，然后你知道错误了 去改下程序了
但是如果 你是做项目的话，你一定要做出来，因为你不处理，客户一看到这一大堆异常，他不知道是什么东西，也不知道怎么处理
所以楼主现在又这个疑问也很正常，做项目以后就好了，一个项目中都会对异常做统一性的处理
可以去网上找点项目视频看看 尚学堂的OA视频就不错 对异常的处理的讲解就好大篇幅