DiscordJS reactionCollector 错误响应发起用户反应、忽略管理员反应的问题

当前collector只能捕获发起验证用户反应的问题，是配置缺失和逻辑漏洞共同导致的：

• 核心配置问题：discord.js v13及以上版本，默认会丢弃未纳入本地缓存的用户、反应对应的交互事件。如果bot客户端初始化时没有配置必需的Partials和网关Intent，那些没有和bot产生过近期交互的管理员用户（不在bot本地缓存内）的反应会被直接过滤——这类反应依然会被Discord官方计数，但bot本地的collector根本收不到触发事件。发起验证的用户因为之前主动发起过验证流程，已经在bot的用户缓存范围内，所以他的交互不会被过滤，这就造成了“只有他点反应collector才工作”的反常现象。
• 逻辑漏洞：当前代码用fetch({ limit: 1 })获取频道最后一条消息的方式极不稳定，一旦验证嵌入消息发送完成后，有其他用户在频道内发了消息，代码拿到的根本不是需要挂载collector的目标验证消息，只是时序巧合下暂时匹配到了正确消息而已。

调整步骤 #

• 补齐客户端初始化的必需配置
  创建bot客户端时，添加对应的Intent和Partials参数，保证未缓存的用户、反应事件可以正常被接收：

  const { Client, GatewayIntentBits, Partials } = require('discord.js');
  
  const client = new Client({
      intents: [
          GatewayIntentBits.Guilds,
          GatewayIntentBits.GuildMessages,
          GatewayIntentBits.GuildMessageReactions
      ],
      partials: [
          Partials.Message,
          Partials.Channel,
          Partials.Reaction,
          Partials.User
      ]
  });
  

• 修正消息获取逻辑
  不要采用“发完消息再fetch最后一条找消息”的迂回操作，直接在发送嵌入消息的返回值中拿到目标Message对象，后续加反应、创建collector的操作直接绑定在这个对象上，避免时序错位拿错消息。
• 完善filter规则
  在原有过滤规则基础上，添加对发起验证用户ID的排除逻辑，满足自审自批无效的业务要求。

修正后的核心代码 #

// 直接发送嵌入消息并拿到消息对象
const targetMessage = await adminChannel.send({
    embeds: [/* 你的验证嵌入消息配置 */]
});
// 提前为消息添加两个反应表情
await targetMessage.react('✅');
await targetMessage.react('❌');

// 构建过滤规则
const filter = (reaction, user) => {
    return ['✅', '❌'].includes(reaction.emoji.name) 
        && !user.bot
        && user.id !== 发起验证的用户.id; // 替换为实际的发起者用户ID
};

// 创建collector
const collector = targetMessage.createReactionCollector(filter, { max: 1 });

collector.on('collect', async (reaction, user) => {
    if (reaction.emoji.name === '✅') {
        // 验证通过逻辑
    } else {
        // 验证拒绝逻辑
    }
});

注意事项 #

• 必须在创建collector前完成两个反应表情的添加操作，避免collector漏收初始的反应事件。
• 匹配unicode emoji的逻辑在当前discord.js版本下是正常的，如果后续添加自定义服务器emoji，需要同时匹配emoji的id而非仅匹配name。

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