我正在為我的API使用express.js開發(fā)移動應用程序的后端。對于此移動應用程序，用戶使用手機號碼登錄，將OTP代碼發(fā)送到他們的手機，并且他們需要將收到的OTP發(fā)送回服務器以進行驗證。當用戶首次嘗試登錄時，他們將其手機號碼發(fā)布到服務器，然后進行大量處理，然后通過SMS網(wǎng)關(guān)向他們發(fā)送OTP?，F(xiàn)在，當此請求仍在進行時，我需要等待用戶通過POST請求將OTP發(fā)送到另一條路由，對其進行驗證，然后在第一個正在進行的POST請求中繼續(xù)執(zhí)行適當?shù)牟襟E。經(jīng)過網(wǎng)上搜索后，我最終決定將verifyOTP路由的app.post方法包裝到一個函數(shù)中，該函數(shù)創(chuàng)建并返回一個新的Promise，然后對其進行解析或在驗證后拒絕它。重新啟動服務器后，這是我第一次執(zhí)行此操作，效果非常好，僅此而已。它僅在第一次工作，然后在隨后的連續(xù)時間內(nèi)，沒有解決或拒絕應創(chuàng)建的新承諾，并且對登錄路徑的第一個請求仍在等待。我嘗試了很多類似的事情，例如使該函數(shù)使verifyOTP路由異步包裝，并在路由內(nèi)部創(chuàng)建promise，而不是將其包裝在一個路由中，但仍然沒有用。你能幫助我嗎？為了找到該問題的解決方案，我簡化了過程，并使用以下代碼對實際情況進行了模擬，它很好地模擬了問題：這是模擬第一個請求：app.get("/test", async function(req, res) {    console.log("Test route\n");    var otpCode = Math.floor(Math.random() * (9999 - 2)) + 1;    var timestamp = Date.now();    otp = {        code: otpCode,        generated: timestamp    };    console.log("OTP code sent: " + otpCode + "\n");    console.log("OTP sent.\n");    res.end();    /*  verifyOTP().then(function() {            console.log("Resolved OTP verification\n\n");            res.end();        }).catch(function() {            console.log("Bad\n\n");            res.end();        });*/});這是verifyOTP路由：var otp;app.post("/verifyOTP", function(req, res) {    console.log("POST request - verify OTP request\n");    var msg;    if ((Date.now() - otp.generated) / 1000 > 30) {        msg = "OTP code is no longer valid.";        res.status(403).json({            error: msg        });    } else {        var submitted = req.body.otp;        if (submitted !== otp.code) {            msg = "OTP code is incorrect.";            res.status(403).json({                error: msg            });        } else {            msg = "Verified.";            res.end();        }    }    console.log(res.statusCode + " - " + res.statusMessage + "\n");    console.log(msg + "\n");});只需提一下，這并不是我服務器中唯一需要OTP驗證的地方，盡管驗證后發(fā)生的事情的實現(xiàn)方式有所不同。因此，如果解決方案仍然可以使代碼可重復用于多個實例，我將不勝感激。