断言基础：什么是断言、断言的作用、断言与异常的区别

大家好，我是你们的老朋友。今天咱们聊聊断言——这个在调试中经常被忽视，但用好了能让你少掉不少头发的工具。

先问个问题：你写代码时，有没有遇到过这种情况——程序跑着跑着突然崩了，你翻遍日志也找不到原因？我遇到过，而且不止一次。后来我发现，很多问题其实在早期就能被“抓住”，关键就在于你有没有用好断言。

什么是断言？

断言，说白了就是一个“检查点”。它会在代码运行到某个位置时，检查一个条件是否为真。如果条件为真，一切正常；如果为假，程序就会立刻停下来，并告诉你哪里出了问题。

举个例子：

def divide(a, b):
    # 我习惯在函数入口处加个断言
    assert b != 0, "除数不能为0！"
    return a / b

你看，这里用 assert 检查了除数是否为0。如果传进来的 b 是0，程序会直接抛出 AssertionError，并打印出你写的提示信息。

断言的作用

断言到底能帮我们做什么？我总结了几点：

• 快速定位缺陷：断言失败时，你能立刻知道是哪个条件出了问题，不用从头翻日志。
• 验证程序假设：比如你假设某个列表不为空，加个断言就能确保这个假设成立。
• 文档化代码意图：别人看你的代码时，看到断言就知道“哦，这里作者认为这个值必须为正数”。
• 测试辅助：在单元测试中，断言是验证结果是否正确的核心工具。

我记得有一次，我在处理一个复杂的算法时，总觉得某个中间结果不对劲。后来我在关键位置加了几个断言，一跑就发现有个变量的值超出了预期范围。嗯，要是没有断言，我可能得花半天去逐行调试。

断言与异常的区别

很多新手会问：断言和异常不都是用来处理错误的吗？有什么区别？

这个问题问得好。我刚开始学的时候也搞混过。咱们用一张表来对比：

对比项	断言（assert）	异常（Exception）
使用场景	调试阶段，检查程序内部逻辑	运行时，处理可预见的错误
能否被捕获	通常不捕获，失败即终止	可以用 try/except 捕获处理
是否可禁用	可以（Python 中用 -O 参数）	不能禁用
典型用途	检查参数合法性、验证中间结果	处理用户输入错误、网络超时等

说白了，断言是给开发者用的，异常是给用户用的。你想想看，如果用户输入了一个无效值，你应该抛出一个友好的异常，而不是直接让程序崩溃。但如果是代码内部逻辑出了问题，比如某个变量不该为None却变成了None，这时候断言就派上用场了。

避坑指南

我曾经犯过一个错误：把断言当成了异常处理来用。比如这样：

# 错误用法
def get_user(user_id):
    assert user_id is not None, "用户ID不能为空"
    # 查询数据库...

这样做的问题在于，如果用户传了 None，程序会直接崩溃。正确的做法应该是：

# 正确用法
def get_user(user_id):
    if user_id is None:
        raise ValueError("用户ID不能为空")
    # 查询数据库...

记住：断言是用来检查“不应该发生”的情况，而不是用来处理“可能发生”的错误。

知识体系图

下面这张图帮你理清本章的核心逻辑：

好了，今天的内容就到这里。记住一句话：断言是帮你发现bug的，异常是帮你处理错误的。两者配合使用，你的代码会健壮很多。

可可精品资料库