如何准确检测用户正在玩的游戏而非其自定义状态

本教程详解如何在 Discord.py 中正确监听用户“正在玩游戏”事件，避免因自定义状态干扰而误报；核心在于遍历 activities 列表并精准匹配 ActivityType.playing 类型。

本教程详解如何在 discord.py 中正确监听用户“正在玩游戏”事件，避免因自定义状态干扰而误报；核心在于遍历 `activities` 列表并精准匹配 `activitytype.playing` 类型。

Discord 用户可同时拥有多种活动（如：自定义状态、正在听 Spotify、正在玩某款游戏），这些活动统一存储在 member.activities（一个元组）中，而非仅通过 member.activity 单一属性暴露。你原始代码中使用 after.activity 仅获取首个活动（通常是优先级最高的自定义状态或在线状态），因此当用户设置了自定义状态时，activity.name 就会返回该状态文本，而非游戏名——这正是问题根源。

✅ 正确做法是遍历 after.activities，逐一判断每个活动的 type 是否为 discord.ActivityType.playing：

@client.event
async def on_presence_update(before, after):
    # 遍历所有当前活动（包括游戏、音乐、自定义状态等）
    for activity in after.activities:
        if activity.type == discord.ActivityType.playing:
            game_name = activity.name or "Unknown Game"
            # 使用 f-string 提升可读性，并避免 None 引发异常
            log_msg = f"{before.name} is now playing {game_name}"
            print(log_msg)

            # 安全获取系统频道（推荐指定 guild 而非硬编码 client.guilds[0]）
            guild = after.guild
            if guild and guild.system_channel:
                await guild.system_channel.send(log_msg)
            break  # 找到第一个游戏即停止，避免重复通知（同一用户通常只运行一个游戏）

⚠️ 关键注意事项：

• 必须启用 intents.presences = True（你已正确配置），否则 activities 始终为空；
• before.name 在跨服务器场景下可能不准确（应优先用 before.display_name 或结合 guild.get_member() 获取上下文成员）；
• after.activities 是只读元组，长度可能为 0（如用户仅设置“离线”或“空闲”且无活动）；
• 若需支持多游戏通知（极少见），可移除 break 并去重处理；
• 生产环境建议添加异常捕获（如频道不可发送、权限不足）及日志级别控制。

? 进阶提示：若需区分“首次启动游戏”（而非每次状态刷新），可缓存用户最近记录的游戏名，仅在 game_name != cached_game 时触发通知，避免高频重复推送。

通过此方案，无论用户是否设置了自定义状态、听歌或直播，你的 Bot 都能稳定、精准地捕获其真实游戏行为，大幅提升通知可靠性与用户体验。