标签:static 特性 例子 用法 while public 流程控制 快速 执行
在防御式编程中经常会用断言(Assertion)对参数和环境做出判断,避免程序因不当的输入或错误的环境而产生逻辑异常,断言在很多语言中都存在,C、C++、Python 都有不同的断言表示形式。在Java 中的断言使用的是assert 关键字,其基本的用法如下:
assert < 布尔表达式>
assert < 布尔表达式> : < 错误信息>
在布尔表达式为假时,抛出AssertionError 错误,并附带了错误信息。assert 的语法较简单,有以下两个特性:
assert 虽然是做断言的,但不能将其等价于if…else…这样的条件判断,它在以下两种情况不可使用:
(1)在对外公开的方法中
我们知道防御式编程最核心的一点就是:所有的外部因素(输入参数、环境变量、上下文)都是“邪恶”的,都存在着企图摧毁程序的罪恶本源,为了抵制它,我们要在程序中处处检验,满地设卡,不满足条件就不再执行后续程序,以保护主程序的正确性,处处设卡没问题,但就是不能用断言做输入校验,特别是公开方法。我们来看一个例子:
public class Client {
public static void main(String[] args) {
StringUtils.encode(null);
}
}
// 字符串处理工具类
class StringUtils{
public static String encode(String str){
assert str!=null:" 加密的字符串为null";
/* 加密处理*/
}
}
encode 方法对输入参数做了不为空的假设,如果为空,则抛出AssertionError 错误,但这段程序存在一个严重的问题,encode 是一个public 方法,这标志着是它对外公开的,任何一个类只要能够传递一个String 类型的参数(遵守契约)就可以调用,但是Client 类按照规范和契约调用enocde 方法,却获得了一个AssertionError 错误信息,是谁破坏了契约协定?—是encode 方法自己。
(2)在执行逻辑代码的情况下
assert 的支持是可选的,在开发时可以让它运行,但在生产系统中则不需要其运行了(以便提高性能),因此在assert 的布尔表达式中不能执行逻辑代码,否则会因为环境不同而产生不同的逻辑,例如:
public void doSomething(List list,Object element){
assert list.remove(element):" 删除元素 " + element + " 失败";
/* 业务处理*/
}
这段代码在assert 启用的环境下,没有任何问题,但是一旦投入到生产环境,就不会启用断言了,而这个方法也就彻底完蛋了,list 的删除动作永远都不会执行,所以也就永远不会报错或异常,因为根本就没有执行嘛!
以上两种情况下不能使用assert,那在什么情况下能够使用assert 呢?一句话:按照正常执行逻辑不可能到达的代码区域可以放置assert。具体分为三种情况:
标签:static 特性 例子 用法 while public 流程控制 快速 执行
原文地址:https://www.cnblogs.com/GarfieldEr007/p/10211498.html