讨论一下：java断言没有实用价值

java从1.4开始引入了断言，但是默认断言的功能是不开启的，java断言的开启不同于c语言，c语言是在编译的时候加入断言的，而java断言的启用是在运行时期指定的。
由于1.4以后系统类中也有断言的使用，所以如果要开启系统类的断言需要使用java -esa，如果需要开启用户类的断言则需要java -ea。

在实际使用中，对于边界值和函数入参、返回值的校验我们一般是通过if..else来进行，除了向控制台报错之外，有可能还要使用一些应用定义的exception或者向数据库中记录一个日志，可以发出告警等等，总体来说这样做的可控性是非常强的。

java这个assert功能是个鸡肋，很难想象有谁会在系统上线的时候会在系统运行的时候加入一个-ea来开启断言，一定要这样做的后果是，如果参数越界的的话程序会抛出一个不应捕获的严重级别的Error错误，不可控也不可靠。
在开发阶段，唯一有用的地方有可能就是和testng结合使用了，可是我貌似更喜欢junit4一点，一样有annotation的强力支持，所以总结一下，java assert的出现和使用都是没有必要的。

评论

18 楼 抛出异常的爱 2011-03-22  

error......
谁允许你们在正式环境下开启断言了?
C语言老师教的么?

断言是为了在开发过程中定位开发错误问题
在没有ide 的 debug之前想要定位错误
log是没有办法的办法
assert是先进的生产动力.
现在这个assert感念用在了测试上
从源码中剥离出来了.
还可以不用停止在第一个错误之上

17 楼 hatedance 2011-03-21  

assert既然是抛出error，那么我们如果要用就得顺着这个思路用。
error一般认为是无法恢复的错误。
比如save(Object aobject){ assert aobject !=null: "null object";...}
这关乎设计策略。到底保存一个空对象是允许的，还是禁止的。


也许我们大多数实际情况下，根本不区分excepion和error，就像南方人不区分后鼻音和前鼻音，所以，我们只用到exception就满足了。
或者我们不敢抛出error，一味抛出可捕获的excepion，怕error就把程序结束了。

16 楼 jyslb 2011-03-20  

可能说的太长没人愿意看，换句话问问，你们项目中，除了testng，你们在什么地方会用到java的assert，是什么理由让你选择抛出一个Error，而不是一个应用级别的错误？

15 楼 jyslb 2011-03-20  

freish 写道

在涉及客户端到服务端通信中关于服务端的测试时，junit表示压力很大

不是在讨论如何用junit测试webservice，我是在说java assert的真正意义何在。
java断言的意义在于进行函数入参，返回值，或者一些条件值的判断，但是java assert的做法太过粗暴，直接就抛出一个Error，runtime的不能捕捉也不可控，考虑以下场景

1. 函数入参，返回值判断
   采用if-else可以有效进行日志记录，数据库日志记录，可以选择抛出应用基本的异常，对于调用方来说可捕获，可控。

2. 接口调用，包括webservice
   一般一个定义良好的系统，在接口规范中还定义了诸多错误返回（API的话有可能是应用级别的exception），我们可以通过if-else来控制返回什么错误，而不是像java assert一般搞出一个Error出来，完了啥事都没法干。

所以我感觉在程序代码中使用java assert没必要。

完了再讨论单元测试代码，没错，testng用到了java assert，不过现在junit4也有annotation，在单元测试的范畴里面我干嘛还用testng呢？
看了楼上诸位的留言我澄清一下，junit4的断言不是jdk assert，而testng使用的是jdk定义的assert。

14 楼 evanzzy 2011-03-20  

非常有同感，除了用junit做测试的时候，其他地方还真没用过断言。

13 楼 jackra 2011-03-20  

断言如此设计本身是在运行时免除部分计算,增强效率.
在不考虑代码执行效率的情况下,是没有意义的.

12 楼 aoliwen521 2011-03-19  

我至今觉得是鸡肋。。鸡肋。。

11 楼 ZHH2009 2011-03-19  

<p>assert 其实你可以认为它就是个语法糖，用来简化你的代码量的，</p>
<p> </p>
<p>比如，像下面这个代码:</p>
<p>
</p>
<pre name="code" class="java">public class Test {
public void method(int i) {
assert i &gt; 0 : "i 必需大于 0";
}
}</pre>

<p> </p>
<p>编译器在编译期间动了手脚了，它会帮你转成类似下面的代码:</p>
<p> </p>
<p>
</p>
<pre name="code" class="java">public class Test {
static boolean $assertionsDisabled = !Test.class.desiredAssertionStatus();

public void method(int i) {
if (!$assertionsDisabled &amp;&amp; !(i &gt; 0)) throw new AssertionError("i 必需大于 0");
}
}</pre>
 

10 楼 keating 2011-03-19  

我有问题,除了Junit单元测试,你还在什么地方使用断言了?

9 楼 helin 2011-03-19  

基本没用上..

8 楼 凤凰山 2011-03-19  

看来兄弟你项目经验不足啊，并且平时编码过程中很少考虑测试什么的，软件测试不单单就是if else的事

7 楼 flashing 2011-03-19  

freish 写道

一个发到Websphere里的一个项目，譬如web services，要传输一些特殊的数据结构，要测试客户端传到服务端的对象是否完整，JUNIT能做到么？这还是断言好使

mock

6 楼 wdz567 2011-03-19  

我想这个问题可能测试人员会比较清楚一点。。。。
不过我平时是没有使用这个

5 楼 huzhenyu 2011-03-19  

说的是神马啊!

4 楼 i_am_birdman 2011-03-18  

freish 写道

在涉及客户端到服务端通信中关于服务端的测试时，junit表示压力很大

新手求解释？？

3 楼 freish 2011-03-18  

在涉及客户端到服务端通信中关于服务端的测试时，junit表示压力很大

2 楼 freish 2011-03-18  

一个发到Websphere里的一个项目，譬如web services，要传输一些特殊的数据结构，要测试客户端传到服务端的对象是否完整，JUNIT能做到么？这还是断言好使

1 楼 ouchxp 2011-03-18  

沙发.个人认为LZ会遭到批斗 新手 隐藏........=_=