pass是语法必需的空语句，...是语义明确的ellipsis对象字面量；前者仅用于满足缩进块语法要求，后者可赋值、传参、切片及类型提示，二者类型、用途和解释器处理阶段均不同，不可互换。
pass 和 ...（即 Ellipsis）看起来都是“空占位”，但它们在 Python 中的语义、类型、使用边界和解释器处理方式完全不同。直接说结论：前者是语法必需的**空语句**，后者是语义明确的**对象字面量**；混用会导致类型错误或逻辑错位，不能互换。
pass 是语句，必须单独成行且不能出现在表达式位置
pass 属于 statement（语句），只允许出现在需要语句的地方：函数体、类体、条件分支、循环体等缩进块内。它不能参与计算，也不能赋值、传参或作为返回值。
- ✅ 合法：
def f():<br> pass
- ❌ 报错：
value = pass（SyntaxError: invalid syntax） - ❌ 报错：
if True: pass else: ...（语法上虽不报错，但逻辑混乱，else后必须跟语句，...是表达式，不是语句）
Ellipsis 是对象，本质是 ellipsis 类型的单例
... 是一个真实存在的常量对象，类型为 ellipsis，其 bool(...) 为 True，可被赋值、返回、传参、用于切片，甚至能放进容器里。
- ✅ 合法：
x = ...、return ...、arr[..., 0]（NumPy）、Union[int, ...]（类型提示中表示“其余任意类型”） - ❌ 错误认知：把它当
pass的“高级替代”来写空函数体——def f(): ...虽然不报错，但这是把...当作表达式语句执行（类似42单独一行），它不会让函数返回...，也不会阻止后续代码运行；而pass明确表示“此处无操作”。两者意图完全不同。
调试和协作中，语义差异会直接影响可读性
团队代码里看到 pass，大家默认：“这里逻辑暂未实现，但结构已定，后续必填”。看到 ... 出现在函数体第一行，多数人会困惑：是忘了写内容？还是真想返回省略号？抑或是误用了 NumPy 切片习惯？
立即学习“Python免费学习笔记（深入）”；
-
pass是语法安全的“施工围挡”，告诉解释器“请继续”； -
...是数据层的“占位数据”，告诉调用者“此处有意留空，可能代表通配、未定义、或待扩展语义”。
真正容易被忽略的是：Python 解释器对这两者的检查阶段不同。pass 在语法解析（parsing）阶段就必须存在以满足缩进块要求；... 则到运行时才作为对象参与求值。这意味着，哪怕你用 ... “凑数”通过了语法检查，只要它出现在不该出现的位置（比如 except 子句末尾），就可能掩盖真正的控制流意图。
