Python 3.10 的 match-case 不是 switch 替代品，它支持数据解构、变量绑定和守卫条件，但匹配失败不抛异常而是静默跳过，必须用 case _: 兜底，且无自动穷尽性检查。
Python 3.10 的 match-case 不是 switch 的简单替代，它能解构数据结构、绑定变量、组合条件——但写错顺序或忽略守卫（if 子句）会直接导致逻辑跳过或匹配错误。
match-case 匹配失败时不会抛异常，而是静默跳过所有 case
这是最常被误用的点：很多人以为没匹配上会报 MatchError，其实不会。如果所有 case 都不满足，程序就直接继续执行后续代码，就像什么都没发生。
- 必须显式加一个兜底
case _:，否则漏匹配毫无提示 - 若想强制要求全覆盖（比如枚举所有可能的字典键），得靠类型检查器（如
mypy）或单元测试，match本身不提供 exhaustiveness checking - 常见错误现象：
match data: case {"status": "ok"}: ...遇到{"status": "error", "msg": "xxx"}就直接跳过，不进任何分支
case 中的变量名会自动绑定，且不加引号——和字符串字面量严格区分
写 case "status" 是匹配字符串字面量；写 case status（无引号）是把整个值赋给变量 status，类似元组解包里的 *rest。
-
case {"code": int(c), "msg": str(m)}:→ 成功解包并绑定c和m为局部变量 -
case {"code": c, "msg": m}:→ 同样绑定，但不校验类型；若想校验，必须用带类型注解的字面量形式（如int(c)） - 错误写法：
case {"code": c, "msg": "ok"}:→ 这里c是绑定变量，"ok"是字面量，二者混用没问题；但若写成case {"code": "c", ...}（加了引号），那就真在匹配 key 为字符串"c"的字典了
守卫（if 子句）决定是否进入该 case，但它不参与模式解构
if 出现在 case 行末，只做布尔判断，不能用来解包或定义新变量——所有解构必须在 case 模式部分完成。
Python 环境工具专业版功能概述Python 环境工具专业版是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。执行完成后建议检查结果是否符合预期，并保留必要记录。使用与执行同时注意输入完整性、执行条件和输出可用性。从功能定位来看，该技能
- 正确：
case Point(x, y) if x == y:→ 先解构出x和y，再判断是否相等 - 错误：
case Point(x, y) if (z := x + y) > 10:→ 虽然语法合法，但z在该case分支内不可用（作用域仅限于if表达式内部） - 性能影响：守卫表达式每次匹配都会执行，避免放重操作（如文件读取、网络请求）
嵌套结构匹配要逐层展开，通配符 _ 和 * 用法完全不同
_ 匹配任意单个值且不绑定；* 只在序列模式中出现（如列表、元组），用于捕获剩余元素，不能单独用在字典或类实例上。
-
case ["start", *middle, "end"]:→middle是列表，包含中间所有项 -
case {"data": [*items], "total": t}:→ 注意[*items]是解包语法，表示字典的"data"值是个可迭代对象，且我们想把它转成列表绑定给items - 容易踩的坑：
case {"config": _}:→ 匹配任意 config 值，但若想同时允许"config"缺失，得额外写case {} | {"other": ...}:或用守卫判断 key 是否存在
最麻烦的地方在于：模式匹配的“意图”和“实际行为”之间有隐含距离——比如你以为在检查字段是否存在，其实是在做结构解构；你以为变量已就绪，它可能根本没被绑定。调试时最好配合 print() 输出匹配前后的值，而不是只信 case 分支是否进入。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
