如何避免GLib.source_remove()触发的源ID不存在警告？

这个问题我之前也碰到过，其实根源很简单：你的self.timeout_id存的是一个已经失效的源ID，但程序还拿着它去执行移除操作。常见的两种场景会导致这个问题：

• 当你的_check_price回调函数返回False时，GLib会自动移除这个超时源，但self.timeout_id变量还保留着原来的ID值，后续调用stop()就会尝试移除一个不存在的源。
• 如果stop()方法被多次调用，第一次移除后timeout_id没有被清空，第二次调用时同样会操作无效的ID。

下面是几个针对性的解决方案，按优先级推荐：

方案1：回调函数返回False时主动清空ID #

在你的_check_price函数里，当决定不再继续执行超时任务时，主动把self.timeout_id设为None，这样后续调用stop()就不会触发无效操作：

def _check_price(self):
    # 这里写你的价格检查逻辑
    # 示例：假设满足某个条件后停止重复执行
    if self.price_reached_target():
        self.timeout_id = None  # 主动清空失效的ID
        return False  # 告诉GLib不要再继续调度这个超时任务
    # 其他逻辑...
    return True

方案2：修改stop方法，移除后立即清空ID #

不管是手动调用stop()，还是回调自动终止，只要执行了移除操作，就立刻把self.timeout_id置为None，避免重复操作无效ID：

def stop(self):
    if self.timeout_id is not None:
        GLib.source_remove(self.timeout_id)
        self.timeout_id = None  # 移除后立刻清空ID，防止后续误操作

方案3：兜底的异常捕获（可选） #

如果担心还有极端场景导致ID失效（比如GLib内部异常），可以用try-except包裹移除操作作为兜底，确保程序不会因为警告中断：

def stop(self):
    if self.timeout_id is not None:
        try:
            GLib.source_remove(self.timeout_id)
        except Exception:
            # 忽略移除失败的情况，避免警告输出
            pass
        finally:
            # 无论移除成功与否，都清空ID
            self.timeout_id = None

这几个方案组合起来，就能彻底解决那个烦人的警告啦～

内容的提问来源于stack exchange，提问作者bluppfisk