java中assert的使用

本文详细介绍了Java 1.4引入的断言机制(assertion),包括其语法、用途及运行时配置方法。解释了如何使用断言进行程序验证,并探讨了断言与继承的关系以及在实际开发中的最佳实践。
一、assertion的意义和用法

J2SE 1.4在语言上提供了一个新特性,就是assertion功能,它是该版本在Java语言方面最大的革新。

从理论上来说,通过 assertion方式可以证明程序的正确性,但是这是一项相当复杂的工作,目前还没有太多的实践意义。

在实现中,assertion就是在程序中的一条语句,它对一个boolean表达式进行检查,一个正确程序必须保证这个boolean表达式的值为true;如果该值为false,说明程序已经处于不正确的状态下,系统将给出警告或退出。

一般来说,assertion用于保证程序最基本、关键的正确性。assertion检查通常在开发和测试时开启。为了提高性能,在软件发布后,assertion检查通常是关闭的。

1、语法表示

在语法上,为了支持assertion,Java增加了一个关键字assert。它包括两种表达式,分别如下:
        assert  expression1;
        assert  expression1:expression2;


在两种表达式中,expression1表示一个boolean表达式, expression2表示一个基本类型或者是一个对象(Object),基本类型包括boolean,char,double,float,int和 long。由于所有类都为Object的子类,因此这个参数可以用于所有对象。

2、含义

在运行时,如果关闭了assertion功能,这些语句将不起任何作用。如果打开了assertion功能,那么expression1的值将被计算,如果它的值为false,该语句强抛出一个AssertionError对象。

如果assertion语句包括expression2参数,程序将计算出 expression2的结果,然后将这个结果作为AssertionError的构造函数的参数,来创建AssertionError对象,并抛出该对 象;如果expression1值为true,expression2将不被计算。

一种特殊情况是,如果在计算表达式时,表达式本身抛出Exception,那么assert将停止运行,而抛出这个Exception。

3、编译

由于assert是一个新关键字,使用老版本的JDK是无法编译带有assert的 源程序。因此,我们必须使用JDK1.4(或者更新)的Java编译器,在使用Javac命令时,我们必须加上-source 1.4作为参数。-source 1.4表示使用JDK 1.4版本的方式来编译源代码,否则编译就不能通过,因为缺省的Javac编译器使用JDK1.3的语法规则。

大家在使用eclipse,jbuilder等IDE工具的时候,要注意编译器的版本,使用的jre,不等于是javac 的版本

一个简单的例子如下:javac -source 1.4 AssertTest.java



4、运行

由于我们可以选择开启assertion功能,或者不开启,另外我们还可以开启一部 分类或包的assertion功能。通过这些选项,我们可以过滤所有我们不关心的类,只选择我们关心的类或包来观察。
         参数 -esa 和 -dsa:

它们含义为开启(关闭)系统类的assertion功能。由于新版本的Java的系统类中,也使了assertion语句,因此如果用户需要观察它们的运行情况,就需要打开系统类的assertion功能 ,我们可使用-esa参数打开,使用 -dsa参数关闭。

-esa和-dsa的全名为-enablesystemassertions和-disenablesystemassertions,全名和缩写名有同样的功能。

参数 -ea和-ea:

它们含义为开启(关闭)用户类的assertion功能:通过这个参数,用户可以打 开某些类或包的assertion功能,同样用户也可以关闭某些类和包的assertion功能。打开assertion功能参数为-ea;如果不带任何 参数,表示打开所有用户类;如果带有包名称或者类名称,表示打开这些类或包;如果包名称后面跟有三个点,代表这个包及其子包;如果只有三个点,代表无名 包。关闭assertion功能参数为-da,使用方法与-ea类似。

-ea和-da的全名为-enableassertions和-disenableassertions,全名和缩写名有同样的功能。下面表示了参数及其含义。

参数 例子 说明

-ea java -ea 打开所有用户类的assertion

-da java -da 关闭所有用户类的assertion

-ea: java -ea:MyClass1 打开MyClass1的assertion

-da: java -da: MyClass1 关闭MyClass1的assertion

-ea: java -ea:pkg1 打开pkg1包的assertion

-da: java -da:pkg1 关闭pkg1包的assertion

-ea:... java -ea:... 打开缺省包(无名包)的assertion

-da:... java -da:... 关闭缺省包(无名包)的assertion

-ea:... java -ea:pkg1... 打开pkg1包和其子包的assertion

-da:... java -da:pkg1... 关闭pkg1包和其子包的assertion

-esa java -esa 打开系统类的assertion

-dsa java -dsa 关闭系统类的assertion

综合使用 java -dsa:MyClass1:pkg1 关闭MyClass1和pkg1包的assertion

其中...代表,此包和其子包的含义。例如我们有两个包为pkg1和pkg1.subpkg。

那么pkg1...就代表pkg1和pkg1.subpkg两个包。

另外,Java为了让程序也能够动态开启和关闭某些类和包的assertion功能,Java修该了Class和ClassLoader的实现,增加了几个用于操作assert的API。下面简单说明一下几个API的作用。

ClassLoader类中的几个相关的API:

setDefaultAssertionStatus:

用于开启/关闭assertion功能

  setPackageAssertionStatus:

用于开启/关闭某些包的assertion功能

  setClassAssertionStatus:

用于开启/关闭某些类的assertion功能

  clearAssertionStatus:

用于关闭assertion功能


二、assertion的设计问题

首先,我们认为assertion是必要的。因为,如果没有统一的assertion机制,Java程序通常使用if-then-else或者switch-case语句进行assertion检查,而且检查的数据类型也不完全相同。

assertion机制让Java程序员用统一的方式处理assertion问题, 而不是按自己的方式处理。另外,如果用户使用自己的方式进行检查,那么这些代码在发布以后仍然将起作用,这可能会影响程序的性能。而从语言言层次支持 assertion功能,这将把assertion对性能带来的负面影响降到最小。

Java是通过增强一个关键字assert实现支持assertion,而不是 使用一个库函数支持,这说明Java认为assertion对于语言本身来说是非常重要的。C语言就是 通过Assert.h函数库实现断言的支持。

Java的assertion的开启也和C语言不太一样,我们都知道在C语言中,assertion的开启是在编译时候决定的。当我们使用debug方式编译程序时候,assertion被开启,而使用release方式编译时候,assertion自动被关闭。

而Java的assertion却是在运行的时候进行决定的。其实,这两种方式是各有优缺点。如果采用编译时决定方式,开发人员将处理两种类型的目标码,debug版本和release版本,这加大了文档管理的难度,但是提高了代码的运行效率。

Java采用运行时决定的方式,这样所有的assertion信息将置于目标代码 中,同一目标代码可以选择不同方式运行,增强目标代码的灵活性,但是它将牺牲因为assertion而引起一部分性能损失。

另外,我们注意到AssertionError作为Error的一个子类,而不 是RuntimeException。Error代表一些异常的错误,通常是不可以恢复的,而 RuntimeException强调该错误在运行时才发生的特点。AssertionError通常为非常关键的错误,这些错误往往是不容易恢复的,而且assertion机制也不鼓励程序员对这种错误进行恢复。

三、assertion与继承

如果一个assert语句在父类,而当它的子类调用它时,该assert为false。父类的assert语句将只有在父类的assert开启才起作用,如果仅仅开启子类的assert,父类的assert仍然不运行。因此,assert语句不具有继承功能。

四、assertion的使用

assertion的使用是一个复杂的问题,通常来说,assertion用于检查一些关键的值,并且这些值对整个程序,或者局部功能的完成有很大的影响,并且这种错误不容易恢复的。

assertion表达式应该短小、易懂,如果需要评估复杂的表达式,应该使用函数计算。以下是一些使用assertion的情况的例子,这些方式可以让java程序的可靠性更高。

检查控制流; 在if-then-else和swith-case语句中,我们可以在不应该发生的控制支流上加上assert false语句。如果这种情况发生了,assert能够检查出来。

在私有函数计算前,检查输入参数是否有效;对于一私有些函数,要求输入满足一些特定的条件,那么我们可以在函数开始处使用assert进行参数检查。

对于公共函数,我们通常不使用assertion检查,因为一般来说,公共函数必须对无效的参数进行检查和处理。而私有函数往往是直接使用的。例如:某函数可能要求输入的参数必须不为null。那么我们可以在函数的一开始加上:




assert parameter1!=null : "paramerter is null in test method";

在函数计算后,检查函数结果是否有效;对于一些计算函数,函数运行完成后,某些值需要保证一定的性质,因此我们可以通过assert检查该值。例如,我们有一个计算绝对值的函数,那么我们就可以在函数的结果处,加上一个语句:




assert  value>=0:"Value should be bigger than 0:"+value;

通过这种方式,我们可以对函数计算完的结果进行检查。检查程序不变量;有些程序中,存在一些不变量,在程序的运行生命周期,这些不变量的值都是不变的。这些不变量可能是一个简单表达式,也可能是一个复杂的表达式。

对于一些关键的不变量,我们可以通过assert进行检查。例如,在一个财会系统中,公司的支出和收入必须保持一定的平衡关系,因此我们可以编写一个表达式检查这种平衡关系,如下表示:




private boolean isBalance() {            ……          }

在这个系统中,在一些可能影响这种平衡关系的方法的前后,我们都可以加上assert验证:



assert isBalance():"balance is destoried";

五、补充

必须清楚AssertionError是继承自Error得,因此你可以不再程序中catch它的,当然你也可以在程序中catch它然后程序可以继续执行。

例如:
public class AssertTest
{
public static void main(String[] args)
{
  AssertTest at = new AssertTest();
  try
  {
   at.assertMe(true);
   at.assertMe(false);
  }
  catch(AssertionError ae)
  {
   System.out.println("AsseriontError catched");
  }
  System.out.println("go on");
  
}

private  void assertMe(boolean boo)
{
  assert boo?true:false;
  System.out.println("true condition");
}

}

Assert最好不要滥用,原因是assert并不一定都是enable的,下面两种情况就不应该用assert
不要再public的方法里面检查参数是不是为null之类的操作
例如public int get(String s)
   {
       assert s != null;
   }
如果需要检查也最好通过if s = null 抛出NullPointerException来检查
不要用assert来检查方法操作的返回值来判断方法操作的结果  
例如 assert list.removeAll();这样看起来好像没有问题 但是想想如果assert 被disable呢,那样他就不会被执行了 所以removeAll()操作就没有被执行  可以这样代替
boolean boo = list.removeAl();
assert boo;
<think>我们正在讨论Java中的断言(Assert)用法。根据用户的要求,我们需要详细解释Java断言的用法,并参考提供的引用内容。同时,按照系统级指令,我们需要使用正确的LaTeX格式,使用中文回答,并在回答中自然地添加引用标识。 首先,我们整理一下引用内容中关于Java断言的关键点: 1. 断言有两种形式:`assert <boolean表达式>` 和 `assert <boolean表达式> : <错误信息表达式>` [^1]。 2. 在运行时默认关闭断言,因为开启断言会损耗性能。生产环境下不建议使用,多在测试类中使用[^2]。 3. 使用断言代替if控制流程是一个陷阱,因为断言本意是用于测试调试,去掉断言会改变程序逻辑[^3]。 4. 当断言条件为false时,会抛出AssertionError,它继承自Error,属于系统级错误[^4]。 接下来,我们详细解释Java断言的用法,包括如何开启断言、两种使用方式、注意事项以及使用场景。 ### Java断言(Assert)用法详解 #### 一、什么是断言? 断言是一种在程序中插入的布尔表达式,用于在代码执行期间验证程序状态是否满足预期。如果断言条件为真,则程序继续执行;如果为假,则抛出`AssertionError`异常,程序终止。断言主要用于开发和测试阶段,帮助开发者快速定位程序中的逻辑错误。 #### 二、如何开启断言? 默认情况下,Java虚拟机(JVM)是关闭断言的。要启用断言,需要在运行程序时使用`-ea`(或`-enableassertions`)选项。例如: ```bash java -ea MyClass ``` 也可以使用`-da`(或`-disableassertions`)关闭断言。在特定的包或类中启用/禁用断言也是可能的,例如: ```bash java -ea:com.example... -da:com.example.Test MyClass ``` 上述命令表示启用`com.example`包及其子包下的断言,但禁用`com.example.Test`类中的断言[^1][^2]。 #### 三、断言的使用方法 1. **简单形式**:`assert condition;` - 如果`condition`为`true`,则继续执行。 - 如果为`false`,则抛出`AssertionError`(不带错误信息)。 ```java public void example(int value) { assert value > 0; // 确保value为正数 // ... 其他代码 } ``` 2. **带错误信息的形式**:`assert condition : errorMessage;` - 当`condition`为`false`时,抛出`AssertionError`并附带错误信息(`errorMessage`可以是任何返回值的表达式,通常为字符串)。 ```java public void example(int value) { assert value > 0 : "value必须大于0,当前值为:" + value; // ... 其他代码 } ``` #### 四、断言的陷阱与注意事项 1. **不要用于公共方法的参数校验**:断言可以被禁用,因此不能用于公共方法的参数校验,而应该使用异常机制(如`IllegalArgumentException`)[^3]。 2. **不要改变程序状态**:断言中的表达式不应改变程序的状态(例如修改变量值、调用会改变状态的方法等),因为当断言被禁用时,这些操作不会执行,导致程序行为不一致[^3]。 3. **生产环境不建议使用**:由于断言会带来性能损耗,且默认关闭,生产环境中建议关闭断言[^2]。 4. **断言错误是Error不是Exception**:`AssertionError`继承自`Error`,通常表示系统级错误,应用程序不应捕获处理。因此,断言适用于那些不应该发生的情况(即程序员的错误),而不是预期的异常情况(如用户输入错误)[^4]。 #### 五、使用场景 - **内部不变性检查**:检查方法内部的逻辑不变性,例如循环不变量、中间结果等。 - **控制流不变性**:确保代码执行路径符合预期,如不会到达的代码分支(`assert false: "不可达代码";`)。 - **私有方法的前置条件**:在私有方法中检查参数有效性(因为调用者可控,且断言在测试阶段开启)。 - **测试阶段验证**:在单元测试或调试阶段验证程序状态。 #### 六、示例代码 ```java public class AssertExample { public static void main(String[] args) { int positiveValue = 5; processPositiveValue(positiveValue); // 尝试传递负值(在启用断言时会抛出AssertionError) int negativeValue = -1; processPositiveValue(negativeValue); } private static void processPositiveValue(int value) { // 使用断言检查参数(仅用于私有方法,且需开启断言) assert value > 0 : "输入值必须为正数,当前值:" + value; System.out.println("处理值: " + value); } } ``` 运行命令: ```bash java -ea AssertExample ``` 当`value`为负数时,会抛出: ``` Exception in thread "main" java.lang.AssertionError: 输入值必须为正数,当前值:-1 ``` #### 七、总结 断言是Java中一个强大的调试工具,但需谨慎使用。它适用于开发和测试阶段,帮助开发者快速发现程序中的逻辑错误。在生产环境中,应关闭断言以避免性能损耗,并使用异常机制处理可预见的错误情况[^2][^3][^4]。 §§相关问题§§ 1. 如何在IDE(如Eclipse或IntelliJ IDEA)中开启断言? 2. 断言和异常(Exception)在用法上有哪些主要区别? 3. 如何为整个包或特定类启用断言? 4. 在单元测试中,断言和JUnit的断言方法(如`assertEquals`)有何不同?</think>### Java断言(Assert)用法详解 #### 一、断言的基本概念 断言(Assert)是Java中的一种调试机制,用于在代码中插入**可选的运行时验证**。当程序执行到断言语句时,会检查指定的布尔条件: - 若条件为 `true`,程序正常执行 - 若条件为 `false`,则抛出 `java.lang.AssertionError`(继承自Error类)[^4] > 断言的核心价值:帮助开发者在测试阶段快速定位"不应发生"的逻辑错误,例如方法前置条件、内部状态一致性检查等[^3]。 #### 二、语法格式 Java提供两种断言语法: 1. **基础形式** `assert condition;` ```java assert x > 0; // 验证x必须为正数 ``` 2. **带错误消息的形式** `assert condition : expression;` ```java assert list != null : "List不能为null"; assert userId.length() > 5 : "无效用户ID: " + userId; ``` - `expression` 可以是任何返回值的表达式(字符串、对象、方法调用等)[^1][^4] #### 三、启用/禁用断言 默认情况下**断言是禁用的**,需显式开启: | 启用方式 | 命令示例 | |------------------------------|----------------------------------| | 启用所有断言 | `java -ea MainClass` | | 启用特定包的断言 | `java -ea:com.example... MainClass` | | 启用系统类断言 | `java -esa MainClass` | | **禁用断言(默认)** | `java -da MainClass` | > 生产环境通常禁用断言:开启会损耗性能,且关键校验若依赖断言可能导致重大失误[^2]。 #### 四、使用场景与示例 **适用场景**: 1. 私有方法的前置条件检查 2. 算法实现的中间状态验证 3. 单元测试中的预期不变性检查 ```java private double calculateDiscount(double price) { assert price >= 0 : "价格不能为负数: " + price; // 前置条件 double discount = price * 0.2; assert discount < price : "折扣值异常: " + discount; // 后置条件 return discount; } ``` **禁用场景**: 1. 公共API的参数校验(应使用IllegalArgumentException) 2. 业务流程控制(会改变程序逻辑)[^3] 3. 生产环境的核心校验(因默认关闭) #### 五、常见陷阱 1. **用断言替代异常处理** ```java // 错误用法!用户输入校验应使用异常 assert input != null : "输入不能为空"; ``` 正确做法: ```java if (input == null) throw new IllegalArgumentException("输入不能为空"); ``` 2. **断言中包含副作用** ```java // 错误!禁用断言时count不会被递增 assert ++count > 0; ``` 正确做法: ```java boolean isValid = (++count > 0); assert isValid; ``` 3. **混淆JUnit断言与Java断言** - JUnit的`Assert.assertEquals()`是**始终启用**的测试工具 - Java的`assert`是**可开关**的语言特性 #### 六、最佳实践 1. 仅用于调试和测试环境 2. 错误消息应包含诊断信息(如变量值) 3. 避免在复杂逻辑中使用断言 4. 使用`-ea`参数运行测试,但**生产环境保持关闭**[^2][^4] > 断言的核心原则:验证"理论上不可能发生"的情况,而不是常规错误处理[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值