在 Telethon 的 NewMessage 事件监听中，from_users 用于按消息发送者（即发信人）过滤，而 chats 用于按消息接收位置（即对话/群组/频道）过滤，二者语义不同、适用场景明确，不可互换。

在 telethon 的 `newmessage` 事件监听中，`from_users` 用于按消息发送者（即发信人）过滤，而 `chats` 用于按消息接收位置（即对话/群组/频道）过滤，二者语义不同、适用场景明确，不可互换。

虽然在某些简单场景下（例如你仅监听单个私聊用户且该用户既是聊天对象又是唯一发信人），from_users=[user] 和 chats=[user] 表现相似，但这只是巧合，并非设计等价。其根本区别如下：

• ✅ chats=：指定消息发生的对话上下文。匹配的是 event.chat_id 或 event.peer_id 所属的会话实体（如私聊、群组、频道）。例如：

  @client.on(events.NewMessage(chats=[-1001234567890]))  # 监听指定频道的所有消息（无论谁发）
  async def handler(event):
      print(f"频道消息来自 {event.sender_id}: {event.text}")

• ✅ from_users=：指定消息的发送者身份。匹配的是 event.sender_id（即发信人的用户 ID），不限制消息发生在哪个聊天中。例如：

  @client.on(events.NewMessage(from_users=[654321, 987654]))  # 监听这两位用户在任意地方（私聊/群/频道）发出的消息
  async def handler(event):
      print(f"{event.sender_id} 在 {event.chat_id} 发了: {event.text}")

⚠️ 注意事项：

• 若同时使用 chats= 和 from_users=，则为逻辑与关系（必须同时满足）；
• from_users 不支持频道或机器人作为“发送者”（因频道消息的 sender_id 通常为 None，需用 post_author 或检查 event.is_channel + event.post）；
• 私聊中 chats=[user] 和 from_users=[user] 行为重叠，是因为私聊中聊天对象 = 发信人；但在群组中，chats=[group] 会捕获所有人发言，而 from_users=[admin] 仅捕获管理员发言；
• 实体传入支持用户名、ID、甚至 InputPeer 对象，但推荐统一使用 await client.get_entity() 解析以避免类型错误。

总结：chats 定义“在哪里听”，from_users 定义“听谁说”。理解这一职责分离，是编写健壮、可维护的 Telethon 机器人的关键基础。