满足条件后setInterval未停止的问题分析与代码调整

我开发Quiz计时器功能时遇到了问题：要求计时器在用户答对题目或15秒倒计时结束时停止setInterval，但调用clearInterval后倒计时仍会继续。把原代码的switch/case换成if/else后问题依旧，而且触发第一个case（回答正确）后还会执行default分支。调整代码结构后，想确认这个新方案是否解决了问题。

原代码 #

let time = 15000;
const interval = setInterval(async () => {
    switch (true) {
        case message.toLowerCase() === answer.toLowerCase():
            return clearInterval(interval);

        case time <= 0:
            clearInterval(interval);

            embed.setDescription(`The answer is: ${bold(answer)}`);

            await message.edit({ embeds: [embed] });
        break;

        default:
            time -= 1000;

            embed.setDescription(
                `${pertanyaan}${codeBlock(`(${time / 1000}s remaining)`)}`,
            );

            await message.edit({ embeds: [embed] });
        break;
    }
}, 1000);

调整后的代码 #

let time = 15000;
const checkAnswer = () => {
    if (time <= 0) {
        clearInterval(interval);

        embed.setDescription(`The answer is: ${bold(answer))}`);

        return message.edit({ embeds: [embed] });
    } else if (message.toLowerCase() === answer.toLowerCase()) {
        clearInterval(interval);

        embed.setDescription(
            `Congratulations! Your answer is correct\nThe answer is: ${bold(
                answer,
            )}`,
        );

        return message.edit({ embeds: [embed] });
    } else {
        time -= 1000;

        embed.setDescription(
            `${pertanyaan}${codeBlock(`(${time / 1000}s remaining)`)}`,
        );

        return message.edit({ embeds: [embed] });
    }
};

const interval = setInterval(() => checkAnswer(), 1000);

结论：调整后的代码可以解决问题 #

原代码的核心问题在于switch(true)的逻辑易出现混淆，加上async回调的特性可能导致终止逻辑执行不及时；实际运行中还可能因为变量状态的竞态，导致分支执行不符合预期。

调整后的代码做了这些关键改进：

1. 用互斥的if/else替代switch(true)，彻底避免分支穿透的可能，每个条件判断后要么终止定时器并返回，要么执行倒计时逻辑，逻辑清晰无歧义
2. 每个终止条件（时间耗尽/回答正确）触发时，都先调用clearInterval阻止后续定时器回调被调度，再通过return立即退出函数，确保不会执行后续的倒计时逻辑
3. 独立的checkAnswer函数让逻辑更模块化，便于排查问题

另外注意：调整后的代码中checkAnswer函数内部调用了异步的message.edit()，建议给checkAnswer加上async关键字，避免未处理的Promise警告，但这不会影响定时器停止的核心逻辑。

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