Java中为什么要设计throws关键词，是故意的还是不小心

　　我们平时在写代码的时候经常会遇到这样的一种情况
　　提示说没有处理xxx异常
　　然后解决办法可以在外面加上 try-catch  ，就像这样
　　所以我之前经常这样处理 //重新抛出 RuntimeException public class ThrowsDemo {      public void demo4throws() {         try {             new ThrowsSample().sample4throws();         } catch (IOException e) {             throw new RuntimeException(e);         }     } }  //打印日志 @Slf4j public class ThrowsDemo {      public void demo4throws() {         try {             new ThrowsSample().sample4throws();         } catch (IOException e) {             log.error(＂sample4throws＂, e);         }     } }  //继续往外抛，但是需要每个方法都添加 throws public class ThrowsDemo {      public void demo4throws() throws IOException {         new ThrowsSample().sample4throws();     } }
　　但是我一直不明白
　　这个方法为什么不直接帮我做
　　反而要让我很多余的加上一步
　　我处理和它处理有什么区别吗？
　　而且变的好不美观
　　本来缩进就多，现在加个  try-catch  更是火上浇油public class ThrowsDemo {      public void demo4throws() {         try {             if (xxx) {                 try {                     if (yyy) {                      } else {                      }                 } catch (Throwable e) {                 }             } else {              }         } catch (IOException e) {          }     } }
　　上面的代码，就算里面没有业务，看起来也已经比较乱了，分不清哪个括号和哪个括号是一对
　　还有就是对 Lambda  很不友好
　　没有办法直接用 ::  来优化代码，所以就变成了下面这样
　　本来看起来很简单很舒服的 Lambda  ，现在又变得又臭又长为什么会强制 try-catch
　　为什么我们平时写的方法不需要强制  try-catch  ，而很多jdk  中的方法却要呢
　　那是因为那些方法在方法的定义上添加了  throws  关键字，并且后面跟的异常不是RuntimeException
　　一旦你显式的添加了这个关键字在方法上，同时后面跟的异常不是  RuntimeException  ，那么使用这个方法的时候就必须要显示的处理
　　比如使用  try-catch  或者是给调用这个方法的方法也添加throws  以及对应的异常throws 是用来干什么的
　　那么为什么要给方法添加  throws  关键字呢？
　　给方法添加  throws  关键字是为了表明这个方法可能会抛出哪些异常
　　就像一个风险告知
　　这样你在看到这个方法的定义的时候就一目了然了：  这个方法可能会出现什么异常  为什么 RuntimeException 不强制 try-catch
　　那为什么  RuntimeException  不强制try-catch  呢？
　　因为很多的  RuntimeException  都是因为程序的BUG  而产生的
　　比如我们调用  Integer.parseInt(＂A＂)  会抛出NumberFormatException
　　当我们的代码中出现了这个异常，那么我们就需要修复这个异常
　　当我们修复了这个异常之后，就不会再抛出这个异常了，所以  try-catch  就没有必要了
　　当然像下面这种代码除外  public boolean isInteger(String s) {     try {         Integer.parseInt(s);         return true;     } catch (NumberFormatException e) {         return false;     } }
　　这是我们利用这个异常来达成我们的需求，是有意为之的
　　而另外一些异常是属于没办法用代码解决的异常，比如  IOException
　　我们在进行网络请求的时候就有可能抛出这类异常
　　因为网络可能会出现不稳定的情况，而我们对这个情况是无法干预的
　　所以我们需要提前考虑各种突发情况
　　强制  try-catch  相当于间接的保证了程序的健壮性
　　毕  竟我们平时写代码，如果 IDE  没有提示异常处理，我们完全不会认为这个方法会抛出异常
　　我的代码怎么可能有问题！
　　看来 Java之父  完全预判到了程序员的脑回路throws 和 throw 的区别
　　java  中还有一个关键词throw  ，和throws  只有一个s  的差别
　　throw  是用来主动抛出一个异常public class ThrowsDemo {      public void demo4throws() throws RuntimeException {         throw new RuntimeException();     } }
　　两者完全是不同的功能，大家不要弄错了  什么场景用 throws
　　我们可以发现我们平时写代码的时候其实很少使用  throws
　　因为当我们在开发业务的时候，所有的分支都已经确定了
　　比如网络请求出现异常的时候，我们常用的方式可能是打印日志，或是进行重试，把异常往外抛等等
　　所以我们没有那么有必要去使用  throws  这个关键字来说明异常信息
　　但是当我们没有办法确定异常要怎么处理的时候呢？
　　比如我在  GitHub  上维护了一个功能库，本身没有什么业务属性，主要就是对于一些复杂的功能做了相应的封装，提供给自己或别人使用
　　对我来说，当我的方法中出现异常时，我是不清楚调用这个方法的人是想要怎么处理的
　　可能有的想要重试，有的想要打印日志，那么我干脆就往外抛，让调用方法的人自己去考虑，自己去处理
　　所以简单来说，如果方法主要是给别人用的最好用  throws  把异常往外抛，反之就是可加可不加结束
　　很多时候你的不理解只是因为你还不够了解