try-catch-finally 中哪个部分可以省略？
 
 
catch 和 finally 语句块可以省略其中一个。
 
package constxiong.interview;

public class TestOmitTryCatchFinally {

	public static void main(String[] args) {
		omitFinally();
		omitCatch();
	}
	
	/**
	 * 省略finally 语句块
	 */
	public static void omitFinally() {
		try {
			int i = 0;
			i += 1;
			System.out.println(i);
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
	
	/**
	 * 省略 catch 语句块
	 */
	public static void omitCatch() {
		int i = 0;
		try {
			i += 1;
		} finally {
			i = 10;
		}
		System.out.println(i);
	}
}
 
 
 

【Java面试题与答案】整理推荐
 
基础与语法
集合
网络编程
并发编程
Web
安全
设计模式
框架
算法与数据结构
异常
文件解析与生成
Linux
MySQL
Oracle
Redis
Dubbo
 

还记得2年前见过这个问题，当时没太在意，这次写demo复现了这个问题。Java运行时异常能捕捉吗？
 
 
 
 
背景：比如文件上传后的删除操作delete，id不存在抛出运行时异常。 删除方法是public void delete()，因为MVC中的Model层没有声明异常，service中的delete调用dao中的delete，dao中的delete去调用xml或者数据库delete操作。现在前端需要接收到删除成功和失败的提示，后端删除失败是会有运行时异常的，最后需要给前端返回类似{return:"ok"}或者{return:"你的异常信息"}

 方法大概两种，第一就是删除数据失败直接返回boolean类型值，方法改为public boolean delete()，第二种就是把运行时异常一层层上抛到Controller进行try-catch处理，在catch块中返回错误的json数据{return:"你的异常信息"}
 
 

 
思考的问题来了，运行时异常一层层往上抛出，try-catch能接住吗？如果接不住你就没法处理失败信息传给前端了。那咱们就来试一试。
 
public class HelloWorld{

	public static void test() {
		try {
			throw new RuntimeException("test RuntimeException123");
		} catch (RuntimeException e) {
			System.out.println("里面");
			throw new RuntimeException(e.getMessage());
		} catch (Exception f) {
			System.out.println("ff");
		}
	}
	public static void test2() {
		System.out.println("执行到test2");
		test();
		System.out.println("test()抛异常后面还会执行吗？");
	}
	public static void main(String[] args) {
		try {
			test2();
		} catch(Exception e) {
			e.printStackTrace();
			System.out.println("外面");
		}
	}
}
 

 结果我们发现，test()中，运行时异常被try-catch接住了，然后继续往上抛，在test2()中没有try-catch块，结果在main方法还是能接住。
 

 得出结论：
   运行时异常不需要throws声明，即使是方法层层调用，也能抛出到最上层后再用try-catch捕捉。所以，运行时异常可以捕捉，但是没必要捕捉，除非功能特殊需要。
 
  说到这里，我得再提示一下，像这种运行时异常RuntimeException是非受检查异常，编译器不能提前预测。在SpringBoot中自定义异常进行统一异常处理时，如果你的自定义异常是extends Exception，那么你每次throw抛出异常编译器都会提示要try-catch或者throws声明，特别麻烦，如果我们只是需要最终只是在统一异常处理类里面进行处理，返回给前端统一的json异常信息，那么完全可以将自定义异常extends RuntimeException，这样每次throw new "自定义异常"就不用try-catch或者throws声明了，因为RuntimeException是可以捕捉且编译器不提前预测的，这样就不会抛出异常时爆红了。
 

 欢迎一键三连~ 



 有问题请留言，大家一起探讨学习 



 ----------------------Talk is cheap, show me the code-----------------------

try catch的作用：当程序发生错误时，能够保证程序继续执行下去。
用一个简单例子说明：
1:无try catch
public static void main(String[] args) {
 int i;
 i = 2/0;
 System.out.println(i); 
 System.out.println(1111111111); 

}
运行结果：不会输出111111111


2：有try catch
public static void main(String[] args) {


 int i;


 try {


 i = 1/0;


 System.out.println(i);


 } catch (Exception e) {


 e.printStackTrace();


 }
 


 System.out.println(1111111111);
 


 }

运行结果：会输出1111111

try catch适用场合：
 
一、兼容性
 
浏览器的兼容性是程序员很头痛的事儿，往往一些出错会让我们查找许久，在使用try catch能更好的解决兼容性出错的问题：由于不同浏览器报错提示也不尽相同，通过使用try catch捕获的浏览器的报错提示，来判断用户使用的浏览器，然后做出对应的解决方法；那么，你如果用if，就只能反馈真或假，而不能直接抛出浏览器的报错内容。
 
二、防止阻塞
 
try catch用于捕捉报错，不关心哪一步错误，只关心有没有错。
 例如：
 1.下面的try里面没有申明 window.a.b；但不会影响执行，会继续往下执行，最后抛出错误；
 
try {
   window.a.b !== 1
}
catch(err){
     alert(err) // 可执行
     alert('执行弹框') // 可执行
}
 
2.做对比，如果用的if语句，则会阻塞执行
 
if (window.a.b !== 1) {
	alert("if语句判断报错，不会执行") // 不执行
}
alert('不会执行弹框'); // 不执行
 
try catch 灵活使用：
 
1、一条路不通，就换条路
 
try {
 	执行程序逻辑
} 
catch (e) {
	出现问题，换个逻辑执行
}
 
2、给用户更好的体验感
 
try {
	正常流程
} 
catch (e) {
	弹个框告诉用户不好意思出了点问题
	如果是用户的错就告诉用户什么地方错了
	如果是程序的错，就告诉用户不好意思没法执行
}
 
如果你能很好的运用try catch ，势必会让你的程序运行的更流畅，处理问题更加方便！
 分享是一种快乐！