强制位置参数（/）是硬性约束而非语法糖，它禁止左侧参数用关键字传入，否则抛TypeError；类方法缺失self因未通过实例调用，与/无关；TypeError本质是违反类型或调用契约。
强制位置参数（/）不是语法糖，而是参数绑定规则的硬性约束
Python 3.8 引入的 / 符号不是可有可无的装饰，它明确划分“只能位置传入”的边界。一旦函数定义中在某个参数后写上 /，所有该符号左侧的参数就**完全禁止**用关键字形式传入——哪怕你拼写完全正确、值也合法，Python 仍会抛出 TypeError: got some positional-only arguments passed as keyword arguments。
常见错误现象：
- 定义为
def find_zero(function, eps, alpha, /, **vars): ... - 却调用
find_zero(function=g, eps=1e-6, alpha=0.1, r=R[i]) - 报错：
TypeError: find_zero() got some positional-only arguments passed as keyword arguments
原因很直接：function、eps、alpha 被 / 锁死在位置参数区，而你用关键字名强行“越界”传递，触发解释器校验失败。
为什么不用 / 就容易和 **vars 冲突？
当函数签名是 def find_zero(function, eps, alpha, **vars) 时，function 本身只是普通形参，没有绑定限制。如果调用时既用位置传了 H，又用关键字传了 function=g，Python 会尝试把两个值都赋给同一个形参 function，直接拒绝并报 TypeError: find_zero() got multiple values for argument 'function'。
立即学习“Python免费学习笔记（深入）”；
这种冲突不是偶然，而是设计使然：Python 不允许一个参数被位置和关键字同时赋值。解决思路不是“改调用”，而是“改定义”——用 / 把前几个关键参数划为纯位置区，彻底堵死关键字传入路径。
实操建议：
- 把必须靠顺序保证语义的参数（如主函数、收敛阈值、步长系数）全放在
/左侧 -
**vars前的所有参数都应加/，否则留白就是隐患 - 不要试图在调用端“绕过”
/——它不接受妥协，也不提供 fallback
类方法里 self 不是位置参数问题，而是实例绑定问题
看到 TypeError: missing 1 required positional argument: 'self' 别急着查 /，这和强制位置参数无关。根本原因是：你调用了类方法但没通过实例——比如写了 Pump.getPumps() 而不是 Pump().getPumps() 或 p = Pump(); p.getPumps()。
self 是 Python 自动注入的实例引用，只在通过实例调用时存在。静态调用（即类名直接点方法）不会自动补 self，除非你显式声明为 @staticmethod 或 @classmethod。
容易踩的坑：
- 误以为
self是普通形参，想手动传进去：Pump.getPumps(None)→ 依然错，因为没实例，self根本不会被注入 - 在模块导入后直接调用类方法，忘了先实例化
- 把方法当成函数用，忽略了面向对象的调用契约
TypeError 的本质是类型或契约违反，不是“少写了个括号”那么简单
所有 TypeError 都指向一个事实：某处的值、调用方式或上下文，违背了 Python 运行时的类型契约或调用契约。它不像 SyntaxError 那样一眼能定位到符号错误，而是需要你反向追踪“谁在什么时候、以什么方式、试图对什么做操作”。
比如：
-
'int' object is not iterable→ 你在for i in 42:这种地方用了整数当可迭代对象 -
can only concatenate str (not "int") to str→ 字符串拼接时混进了未转成str的数字 -
missing 1 required positional argument→ 要么少传了参数，要么传的方式（位置/关键字）和定义不匹配
真正麻烦的从来不是报错信息本身，而是那个“看似合理却悄悄越界”的调用——比如你以为传关键字更清晰，结果撞上了 / 的墙；或者你以为 self 可以省略，结果掉进了实例绑定的坑里。
