断言是什么意思?它是如何使用的?
当前回答
在Python中，断言的目标是通知开发人员程序中不可恢复的错误。
断言并不是为了表明预期的错误条件，比如“文件未找到”，用户可以采取纠正措施(或者只是重试)。
另一种看待它的方法是，断言是代码中的内部自检。它们通过在代码中声明一些不可能的条件来工作。如果这些条件不成立，则意味着程序中存在错误。
如果您的程序没有错误，这些情况将永远不会发生。但如果其中一个确实发生了，程序将崩溃，并提示一个断言错误，告诉您究竟触发了哪个“不可能”条件。这使得跟踪和修复程序中的错误变得更加容易。
以下是我写的Python断言教程的摘要:
Python的assert语句是一种调试辅助，而不是处理运行时错误的机制。使用断言的目标是让开发人员更快地找到错误的可能根源。除非程序中存在错误，否则绝不应引发断言错误。
其他回答
断言是在我们的程序中自信地陈述事实的语句。
语法:assert <条件>或assert <条件>，<错误消息>
它有一个条件/表达式，它应该总是为真。如果条件为false, assert语句将停止程序并抛出AssertionError错误消息。你的断言表达式将是你不希望在程序中出现的东西。
e.g.
Assert <条件>——使用Assert而没有<错误消息> var = int(输入("输入值1-9包含:")) 断言var != 0 打印(var) 输出: 如果输入为0: AssertionError 如果输入为1: 1 断言<条件>，<错误消息>——使用带有<错误消息>的断言 var = int(输入("输入值1-9包含:")) 断言var !=0，"输入不能为零" 打印(var) 输出: 如果输入为0: AssertionError:输入不能为零 如果输入为1: 1
重点:
它被用作调试工具。 它接受一个表达式和一个可选消息。 它几乎存在于每一种编程语言中
assert语句有两种形式。
简单形式assert <expression>相当于
if __debug__:
if not <expression>: raise AssertionError
扩展形式assert <expression1>， <expression2>等价于
if __debug__:
if not <expression1>: raise AssertionError(<expression2>)
如果assert关键字后面的代码为False, Python中的assert关键字将引发AssertionError。如果没有，它继续什么都没有发生。
示例1:
a = 5
b = 6
assert a == b
输出:
AssertionError
这是因为，很明显，a不等于b。 如果你想在代码中引发一个异常，这是特别有用的。
def get_dict_key(d, k):
try:
assert k in d
return d[k]
except Exception:
print("Key must be in dict.")
上面的示例实际上是无用的，但是请记住，它主要用于调试目的，因此您可以跟踪错误。
注意括号。正如在其他回答中指出的那样，在Python 3中，assert仍然是一个语句，因此通过与print(..)类比，可以推断出assert(..)或raise(..)，但不应该这样做。
这是错误的:
assert(2 + 2 == 5, "Houston we've got a problem")
这是正确的:
assert 2 + 2 == 5, "Houston we've got a problem"
第一个不能工作的原因是bool((False，“Houston we've got a problem”))的值为True。
在assert(False)语句中，这些只是在False周围的多余圆括号，对其内容求值。但是使用assert(False)，圆括号现在是一个元组，而非空元组在布尔上下文中的计算结果为True。
在Python中，断言的目标是通知开发人员程序中不可恢复的错误。
断言并不是为了表明预期的错误条件，比如“文件未找到”，用户可以采取纠正措施(或者只是重试)。
另一种看待它的方法是，断言是代码中的内部自检。它们通过在代码中声明一些不可能的条件来工作。如果这些条件不成立，则意味着程序中存在错误。
如果您的程序没有错误，这些情况将永远不会发生。但如果其中一个确实发生了，程序将崩溃，并提示一个断言错误，告诉您究竟触发了哪个“不可能”条件。这使得跟踪和修复程序中的错误变得更加容易。
以下是我写的Python断言教程的摘要:
Python的assert语句是一种调试辅助，而不是处理运行时错误的机制。使用断言的目标是让开发人员更快地找到错误的可能根源。除非程序中存在错误，否则绝不应引发断言错误。
