记录我遇到的一个问题, 现象是我用 user_id 无法发消息，报错:
ValueError: Could not find the input entity for PeerUser(user_id=6921692564) (PeerUser). Please read https://docs.telethon.dev/en/stable/concepts/entities.html to find out more details.
在使用Telegram API 的封装库 Telethon 开发应用时，你可能会遇到一个常见的错误消息：“Could not find the input entity for”。这个错误通常在尝试访问或操作一个用户、群组、频道等实体时出现，但系统无法识别或找到指定的实体。本文将深入探讨这个错误的原因、实体ID与access_hash的概念及它们之间的关系，以及Telegram中的实体是什么。
什么是Telegram的实体（Entity）
在Telegram API的上下文中，“实体”指的是任何可以通过API进行交互的对象，包括用户（User）、群组（Chat）、频道（Channel）等。每个实体都由Telegram服务器唯一标识，并可以通过特定的信息如ID进行访问。
遇到“Could not find the input entity for”错误的原因
这个错误通常有几个可能的原因：
- 实体ID错误或不存在：如果提供的ID不正确或该实体已被删除，API将无法找到对应的实体。
- 缺少
access_hash：尝试访问一个实体时没有提供正确的access_hash，或者access_hash与ID不匹配。 - 权限问题：尝试访问一个你的账户没有权限接触的实体，比如一个私有群组的成员信息，而你不是该群组的成员。
实体ID和access_hash是什么，以及它们之间的关系
实体ID
实体ID是一个唯一的数字标识符，用于在Telegram系统中识别一个特定的实体（用户、群组、频道等）。无论谁在查询，该ID对于每个实体都是不变的。
access_hash
access_hash是一个安全机制，它与实体ID配合使用，以验证执行操作的客户端是否有权限对该实体进行操作。每个实体对每个用户来说都有一个独特的access_hash，这确保了操作的安全性和私密性。
它们之间的关系
实体ID和access_hash共同作为一个实体的唯一标识符。在执行大多数操作时，需要同时提供这两个信息以确保请求的合法性和安全性。没有正确的access_hash，即使你有实体的ID，也可能无法成功执行操作，这是设计上的一种安全考虑。
实体与输入实体的区别
输入实体 (Input Entities)
Telegram API还使用所谓的输入版本的对象，或称为输入实体（例如InputPeerUser、InputChat等）。输入实体仅包含Telegram为了识别你所指代的对象所需的最少信息：一个实体的ID和哈希值。它们之所以被称为输入实体，是因为它们作为请求的输入参数。
使用场景的理解
- Peer对象：有时，Telegram仅需要指出实体的类型及其ID。为此，还存在Peer版本的实体，它们仅包含ID。你通常不需要从它们中获取
access_hash，因为库可能已经缓存了它。 - 对实体的操作：Peer对象足以识别一个实体，但如果要与之进行请求，仅有ID是不够的。你需要知道它的
access_hash才能“使用它”，而要知道access_hash，你需要通过对话、参与者列表、消息转发等方式“遇到”它们。其实就是“遇到”后就会缓存。缓存里有就可以直接用ID进行发消息等操作了。
Telethon的处理机制
Telethon库为了简化开发者的工作，透明地处理了所有这些细节。当使用Peer对象时，Telethon在幕后将它们替换为相应的输入实体。但是如果没有“遇到”过，缓存里没数据，就没办法了。