try-catch使用思考

  异常处理对于系统可用性起到了关键作用，关于如何使用try-catch，下面我结合我最近做的一个项目功能来谈谈我对try-catch的理解。

  下面先简单介绍一下需求模型：上传一个文件，进行解压，里面有一些数据文件、一个xml文件、一个sql文件。要求通过xml文件解析出来这些数据文件要移动到什么位置，如果移动成功就执行sql文件的内容。

  系统调用采用统一的异常处理，可以使用AOP对Controller进行异常捕获。然后先把上传的文件放到一个自定义的失败文件夹里面，也就是说默认上传的文件就是失败的，然后进行处理。如果处理成功，那么就把失败文件夹里面的文件删除掉。

  在逻辑处理中，任何一个可能出现问题的地方都catch住，然后记录日志，再次抛出自定义异常。Controller的AOP代理拦截异常后，如果是自定义异常，则返回给用户自定义异常的信息。如果不是自定义异常，记录日志，告知用户未知错误。

  上述是我对业务中异常处理的认识，统一的异常处理是为了防止人为疏忽出现程序开发人员都没有意料到的异常，而在业务代码中掺杂的异常处理，一方面是为了改变业务代码执行顺序，保证即使出现了异常也能忽略这次的异常继续往下执行，另一方面，在业务代码中捕获异常也可以准确定位异常出现的位置，尽可能提供准确的异常信息。

  总之，在公司做项目的过程中，多思考，善于学习别人的经验。