Question

JAVA方法声明处的throws关键字，是说明这个方法可能有异常抛出吧？可能。那为什么有些方法一定要throws呢

方法体内的throw关键字才是真正抛出异常吧。

Answer 1

我不清楚是否正确理解了楼主想了解的问题，但我尽可能简略而全面的谈一谈Java语言的异常处理。

首先，Java中在一个方法内通常有两种形式的异常处理方法。
1. 在当前方法内使用try..catch..finally的语法结构捕获并处理异常
2. 在方法体前，接着方法定义后通过throws关键字，申明抛出异常

Q 为什么有这两种形式呢，或者说为什么需要处理异常？
A 即使使用的是Java或者C#等其他“高级语言”，异常的处理也在所难免。举几个例子，我们需要读取一个文本文件，正常情况下，的确不会有任何问题。但如果发生意外，比如我们想要读取的那个文件并不存在，或者还没有生成，又或者被改名了，删除了，怎么办呢？这些问题就编程语言本身而言（即使使用File.exists()或者isDir&isFile等判断，也是人力所为），他们是并不知道的。当程序运行到某一行，试图去读取一个并不存在文件的时候，异常便发生了（注意，这里说的异常通常是指Exception的普通子类，而非运行时错误或者Error），而在我们这个例子里，就会引发FileNotFoundException，又比如，如果要操作一个网络位置上的远程文件，则还有可能引发IO异常、或者网络异常等；在比如试图访问一个数组中并不存在的数据时，则会引发ArrayIndexOutOfBounds的越界异常。每当这些时候，Java的编译器和语义规则就会强制要求我们捕获并且处理它们。简单的说，程序就像小孩子，如果不这样做的话，他就不知道该怎样运行下去了（这里我用的只是一个比喻，事实上世界还存在解释型的脚本编程语言和函数式语言等，通常他们的编译器并不一定强制要求你处理所有的异常，而是在运行时碰到具体错误才告诉你）。当时，需要注意的是，养成良好的异常处理习惯，仍是一个优秀程序员的习惯。

Q 什么时候我需要在当前方法里catch然后处理，什么时候我需要throw出去？
A 举个例子，有时候，某个可能异常可能并不重要，我不想对他进行catch之后的大段处理、或者基于远程的网络操作，我们只能记录日志，我可能就会想通过自定义一个自己的Exception子类，通过在内部方法内直抛出相关异常，最后在某个具体的handler或业务逻辑层（package）在统一捕获和记录处理。总之，何时处理、何时抛出属于项目架构和基于工程角度需要思考的问题。总而言之，具体问题，具体分析。

Answer 2

throws表示方法内检查异常未经try catch处理，需要显式捕获
throw可抛出检查异常，非检查异常

Answer 3

throws 主要是给调用者看的，如果调用者发现这个方法抛出异常，那么他必须
一：处理这个异常
二：或者抛出这个异常