2026-05-29 ·
日常编程 ·
245641
Python类中定义的方法默认会自动接收实例对象作为第一个参数,若方法签名未包含self,调用时就会报“多传入1个位置参数”的错误——本质是Python隐式传入了实例,而函数未声明接收。
python类方法定义中必须显式声明`self`参数
在Python中,**所有实例方法(即定义在类内部、用于操作实例数据的方法)都必须将`self`作为第一个形参**。这不是约定俗成,而是语言强制要求:当通过实例(如 `cm.coordinateChecker()`)调用方法时,Python会**自动将该实例对象作为第一个参数传入**。若方法定义中遗漏 `self`,解释器就会认为你“少写了一个参数”,从而抛出类似 `TypeError: coordinateChecker() takes 0 positional arguments but 1 was given` 的错误。
回到你的代码,问题就出在 CoordinateManager 类的 coordinateChecker 方法:
class CoordinateManager:
def __init__(self):
self = self # ✅ 无害但冗余(self 已由Python自动绑定)
def coordinateChecker(): # ❌ 错误:缺少 self 参数!
global coordinates
# ... 其余逻辑
虽然你在调用时写的是 cm.coordinateChecker()(看似“没传任何参数”),但Python实际执行的是等效于 CoordinateManager.coordinateChecker(cm) —— 即把 cm 实例作为第一个参数传递进去。而当前签名 def coordinateChecker(): 声明为接受 0 个参数,因此触发类型错误。
✅ 正确写法应为:
Python 3.14.3
微软官方的 Python 扩展,是 VS Code 安装量最高的扩展(209M+)。集成 IntelliSense(通过 Pylance)、调试(通过 Python Debugger)、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
def coordinateChecker(self): # ✅ 显式添加 self
global coordinates
DTCC = {
"left": [-1, 0],
"right": [1, 0],
"forwards": [0, 1],
"backwards": [0, -1]
}
coordinateChange = DTCC.get(direction) # ⚠️ 注意:direction 是全局变量,需确保已定义(当前逻辑中它来自 input(),位于 while 循环内,此处可访问)
if coordinateChange is None:
print("Invalid direction.")
return
new_x = coordinates[0] + coordinateChange[0]
new_y = coordinates[1] + coordinateChange[1]
if not (0 <= new_x <= coordLimits[0] and 0 <= new_y <= coordLimits[1]):
print("You ran onto a wall")
return
coordinates = [new_x, new_y]
? 额外注意事项:
self = self 在 __init__ 中完全多余,可安全删除;
coordinateChecker 中依赖全局变量 direction 和 coordinates,虽能运行,但违背面向对象设计原则;建议改为接收 direction 作为参数,并将 coordinates 存为实例属性(如 self.coordinates = [0, 0]),提升可维护性与可测试性;
DTCC.get(direction) 可能返回 None(如用户输入拼写错误),应做空值检查,避免 TypeError: 'NoneType' object is not subscriptable。
? 总结:牢记口诀——“有实例,必有 self;无 self,必报错” 。这是Python面向对象编程的基石规则,适用于所有非静态(@staticmethod)和非类方法(@classmethod)的普通实例方法。
因为__new__不是原子操作:线程A判断_instance为None后,未执行super().__new__前,线程B也判为None,导致重复创建;GIL不保护跨语句逻辑,需用双重检查锁定(DCL)加threading.Lock确保线程安全。 为什么直接用 __new__ 实现单例在多线程下会失效 因为 __new__ 本身不是原子操作:线程 A 判断 _instance 为 None 后,还没...
2026-05-29 · 日常编程 · 307334
grpcio-reflection 无异步支持因其 servicer 继承同步基类、无 AsyncServicer 实现且依赖同步 I/O;异步调用反射需用 grpc.aio.Channel + stub.ServerReflectionInfo 并 await,自研异步服务端须重写方法并缓存 FileDescriptorSet。 Python 的 grpcio 官方库从 1.39 版本起才正式支...
2026-05-29 · 日常编程 · 123535
带参数的装饰器必须三层:外层接收参数并返回装饰器,中层接收函数,内层接收调用参数;不加@functools.wraps会导致__name__、__doc__等元信息丢失,影响调试、反射和IDE功能;参数校验应放在外层。 为什么带参数的装饰器必须用三层函数 因为 Python 的 @ 语法只接受一个可调用对象作为装饰器,而你传进去的 @log(level="DEBUG") 实际上是先执行 log(l...
2026-05-29 · 日常编程 · 301610
read_csv读取GBK文件报错需指定encoding='gbk',若失败可试'gb2312'或'gb18030';注意BOM干扰,可用'utf-8-sig'处理UTF-8 BOM;避免非法编码名,优先固定编码策略而非依赖chardet。 read_csv读取GBK文件报错:'utf-8' codec can't decode byte 这是最常见现象——pandas.read_csv 默认用 ...
2026-05-29 · 日常编程 · 44607
asyncio.all_tasks 返回当前事件循环中所有未完成的Task对象集合(set),为空常因未启动事件循环、无活跃循环、任务已完结或跨线程未正确设置循环。 asyncio.all_tasks 返回什么,为什么有时为空 asyncio.all_tasks 返回当前事件循环中所有未完成的 Task 对象集合(set),但它**只作用于当前线程中已运行且未关闭的事件循环**。常见误区是直接调用...
2026-05-29 · 日常编程 · 256240
APScheduler默认不支持毫秒级调度,因其IntervalTrigger最小单位为秒,传入小于1秒的seconds值会报ValueError;底层依赖time.sleep()和系统轮询,受CPython GIL及操作系统调度延迟影响,实际抖动达10–50ms以上。 为什么 APScheduler 默认不支持毫秒级调度 APScheduler 的 IntervalTrigger 最小单位是秒,...
2026-05-29 · 日常编程 · 293495
本文介绍如何从ping测试结果中提取各ip的延迟数据,并准确计算每个ip对应的平均响应时间,涵盖数据清洗、类型转换、空值处理及完整可运行示例。 本文介绍如何从ping测试结果中提取各ip的延迟数据,并准确计算每个ip对应的平均响应时间,涵盖数据清洗、类型转换、空值处理及完整可运行示例。 在实际网络监控或运维脚本中,常需对多个目标IP执行批量Ping操作,并统计每个IP的平均响应时间(即time=后...
2026-05-29 · 日常编程 · 102407
根本原因是Windows默认SelectorEventLoop调用受限于512句柄的select()系统调用;应改用支持IOCP的ProactorEventLoop,并同步调优连接池等配套组件。 Windows上asyncio报“too many file descriptors in select()”的根本原因 这不是Python代码写错了,是底层事件循环选错了。默认的 SelectorEve...
2026-05-29 · 日常编程 · 54411
绝大多数InvalidArgumentError都源于dtype不匹配,应优先检查x.dtype而非仅print(x);修复方法包括tf.cast统一类型、预处理时指定numpy dtype,或根据上下文选择float32/float64。 绝大多数 InvalidArgumentError 都能靠检查 dtype 快速定位,不是“可能”,而是“大概率就是它”。 报错信息里明说 dtype 不匹配...
2026-05-29 · 日常编程 · 295784
ExceptionTable是Python 3.11+字节码中存储异常跳转元数据的只读表,它用静态查找替代了3.10及以前依赖SETUP_FINALLY/POP_BLOCK等指令的动态块栈操作,使无异常时几乎零开销——仅保留极轻量的间接寻址,而不再执行任何异常相关字节码。 Python 3.11 的 try/except 在无异常时确实几乎不耗性能,这不是宣传话术,而是字节码层的结构性改变 —— ...
2026-05-29 · 日常编程 · 89377