你好,我是景霄。
相信你平时在写代码时,肯定或多或少看到过assert的存在。我也曾在日常的code review中,被一些同事要求增加assert语句,让代码更加健壮。
不过,尽管如此,我发现在很多情况下,assert还是很容易被忽略,人们似乎对这么一个“不起眼”的东西并不关心。但事实上,这个看似“不起眼”的东西,如果能用好,对我们的程序大有裨益。
说了这么多,那么究竟什么是assert,我们又该如何合理地使用assert呢?今天这节课,我就带你一起来学习它的用法。
Python的assert语句,可以说是一个debug的好工具,主要用于测试一个条件是否满足。如果测试的条件满足,则什么也不做,相当于执行了pass语句;如果测试条件不满足,便会抛出异常AssertionError,并返回具体的错误信息(optional)。
它的具体语法是下面这样的:
assert_stmt ::= "assert" expression ["," expression]
我们先来看一个简单形式的assert expression
,比如下面这个例子:
assert 1 == 2
它就相当于下面这两行代码:
if __debug__:
if not expression: raise AssertionError
再来看assert expression1, expression2
的形式,比如下面这个例子:
assert 1 == 2, 'assertion is wrong'
它就相当于下面这两行代码:
if __debug__:
if not expression1: raise AssertionError(expression2)
这里的__debug__
是一个常数。如果Python程序执行时附带了-O
这个选项,比如Python test.py -O
,那么程序中所有的assert语句都会失效,常数__debug__
便为False;反之__debug__
则为True。
不过,需要注意的是,直接对常数__debug__
赋值是非法的,因为它的值在解释器开始运行时就已经决定了,中途无法改变。
此外,一定记住,不要在使用assert时加入括号,比如下面这个例子:
assert(1 == 2, 'This should fail')
# 输出
<ipython-input-8-2c057bd7fe24>:1: SyntaxWarning: assertion is always true, perhaps remove parentheses?
assert(1 == 2, 'This should fail')
如果你按照这样来写,无论表达式对与错(比如这里的1 == 2显然是错误的),assert检查永远不会fail,程序只会给你SyntaxWarning。
正确的写法,应该是下面这种不带括号的写法:
assert 1 == 2, 'This should fail'
# 输出
AssertionError: This should fail
总的来说,assert在程序中的作用,是对代码做一些internal的self-check。使用assert,就表示你很确定。这个条件一定会发生或者一定不会发生。
举个例子,比如你有一个函数,其中一个参数是人的性别,因为性别只有男女之分(这里只指生理性别),你便可以使用assert,以防止程序的非法输入。如果你的程序没有bug,那么assert永远不会抛出异常;而它一旦抛出了异常,你就知道程序存在问题了,并且可以根据错误信息,很容易定位出错误的源头。
讲完了assert的基本语法与概念,我们接下来通过一些实际应用的例子,来看看assert在Python中的用法,并弄清楚 assert 的使用场景。
第一个例子,假设你现在使用的极客时间正在做专栏促销活动,准备对一些专栏进行打折,所以后台需要写一个apply_discount()函数,要求输入为原来的价格和折扣,输出是折后的价格。那么,我们可以大致写成下面这样:
def apply_discount(price, discount):
updated_price = price * (1 - discount)
assert 0 <= updated_price <= price, 'price should be greater or equal to 0 and less or equal to original price'
return updated_price
可以看到,在计算新价格的后面,我们还写了一个assert语句,用来检查折后价格,这个值必须大于等于0、小于等于原来的价格,否则就抛出异常。
我们可以试着输入几组数,来验证一下这个功能:
apply_discount(100, 0.2)
80.0
apply_discount(100, 2)
AssertionError: price should be greater or equal to 0 and less or equal to original price
显然,当discount是0.2时,输出80,没有问题。但是当discount为2时,程序便抛出下面这个异常:
AssertionError:price should be greater or equal to 0 and less or equal to original price
这样一来,如果开发人员修改相关的代码,或者是加入新的功能,导致discount数值的异常时,我们运行测试时就可以很容易发现问题。正如我开头所说,assert的加入,可以有效预防bug的发生,提高程序的健壮性。
再来看一个例子,最常见的除法操作,这在任何领域的计算中都经常会遇到。同样还是以极客时间为例,假如极客时间后台想知道每个专栏的平均销售价格,那么就需要给定销售总额和销售数目,这样平均销售价格便很容易计算出来:
def calculate_average_price(total_sales, num_sales):
assert num_sales > 0, 'number of sales should be greater than 0'
return total_sales / num_sales
同样的,我们也加入了assert语句,规定销售数目必须大于0,这样就可以防止后台计算那些还未开卖的专栏的价格。
除了这两个例子,在实际工作中,assert还有一些很常见的用法,比如下面的场景:
def func(input):
assert isinstance(input, list), 'input must be type of list'
# 下面的操作都是基于前提:input必须是list
if len(input) == 1:
...
elif len(input) == 2:
...
else:
...
这里函数func()里的所有操作,都是基于输入必须是list 这个前提。是不是很熟悉的需求呢?那我们就很有必要在开头加一句assert的检查,防止程序出错。
当然,我们也要根据具体情况具体分析。比如上面这个例子,之所以能加assert,是因为我们很确定输入必须是list,不能是其他数据类型。
如果你的程序中,允许input是其他数据类型,并且对不同的数据类型都有不同的处理方式,那你就应该写成if else的条件语句了:
def func(input):
if isinstance(input, list):
...
else:
...
前面我们讲了这么多 assert的使用场景,可能给你一种错觉,也可能会让你有些迷茫:很多地方都可以使用assert, 那么,很多if条件语句是不是都可以换成assert呢?这么想可就不准确了,接下来,我们就一起来看几个典型的错误用法,避免一些想当然的用法。
还是以极客时间为例,我们假设下面这样的场景:后台有时候需要删除一些上线时间较长的专栏,于是,相关的开发人员便设计出了下面这个专栏删除函数。
def delete_course(user, course_id):
assert user_is_admin(user), 'user must be admin'
assert course_exist(course_id), 'course id must exist'
delete(course_id)
极客时间规定,必须是admin才能删除专栏,并且这个专栏课程必须存在。有的同学一看,很熟悉的需求啊,所以在前面加了相应的assert检查。那么我想让你思考一下,这样写到底对不对呢?
答案显然是否定的。你可能觉得,从代码功能角度来说,这没错啊。但是在实际工程中,基本上没人会这么写。为什么呢?
要注意,前面我说过,assert的检查是可以被关闭的,比如在运行Python程序时,加入-O
这个选项就会让assert失效。因此,一旦assert的检查被关闭,user_is_admin()和course_exist()这两个函数便不会被执行。这就会导致:
这显然会给程序带来巨大的安全漏洞。所以,正确的做法,是使用条件语句进行相应的检查,并合理抛出异常:
def delete_course(user, course_id):
if not user_is_admin(user):
raise Exception('user must be admin')
if not course_exist(course_id):
raise Exception('coursde id must exist')
delete(course_id)
再来看一个例子,如果你想打开一个文件,进行数据读取、处理等一系列操作,那么下面这样的写法,显然也是不正确的:
def read_and_process(path):
assert file_exist(path), 'file must exist'
with open(path) as f:
...
因为assert的使用,表明你强行指定了文件必须存在,但事实上在很多情况下,这个假设并不成立。另外,打开文件操作,也有可能触发其他的异常。所以,正确的做法是进行异常处理,用try和except来解决:
def read_and_process(path):
try:
with open(path) as f:
...
except Exception as e:
...
总的来说,assert并不适用run-time error 的检查。比如你试图打开一个文件,但文件不存在;再或者是你试图从网上下载一个东西,但中途断网了了等等,这些情况下,还是应该参照我们前面所讲的错误与异常的内容,进行正确处理。
今天这节课,我们一起学习了assert的用法。assert通常用来对代码进行必要的self check,表明你很确定这种情况一定发生,或者一定不会发生。需要注意的是,使用assert时,一定不要加上括号,否则无论表达式对与错,assert检查永远不会fail。另外,程序中的assert语句,可以通过-O
等选项被全局disable。
通过这节课的几个使用场景,你能看到,assert的合理使用,可以增加代码的健壮度,同时也方便了程序出错时开发人员的定位排查。
不过,我们也不能滥用assert。很多情况下,程序中出现的不同情况都是意料之中的,需要我们用不同的方案去处理,这时候用条件语句进行判断更为合适。而对于程序中的一些run-time error,请记得使用异常处理。
最后,给你留一个思考题。在平时的工作学习中,你用过assert吗?如果用过的话,是在什么情况下使用的?有遇到过什么问题吗?
欢迎在留言区写下你的经历,还有今天学习的心得和疑惑,与我一起分享。也欢迎你把这篇文章分享给你的同事、朋友,我们一起交流,一起进步。
评论