問題描述

有這樣的一個場景 ’/blog’ 路由下要處理用戶提交的數(shù)據(jù)假設(shè)要把三份數(shù)據(jù)存儲給三個key 然后代碼寫出來就變成這樣

function handlePostBlog(req, res){ resid_client.set( key1, data1, function(err, response){resid_client.set(key2, data2, function(err,response){ resid_client.set(key3, data3, function(err, response){if(response === ’ok’){ res.writeHead(200, ...) res.end()} })}) })}

不考慮好不好看。。雖然用promise包裝的好看一些 但是在最后一個回調(diào)中res.end()來關(guān)閉連接，是不是存在問題？這個請求會被掛起很長一段時間把？一般這種地方應(yīng)該怎么處理？因為只需要set而不需要返回結(jié)果給用戶，所以收到請求之后就直接res.end()來關(guān)閉連接可以不？

問題解答

這取決于你是否希望這個 HTTP 請求的返回結(jié)果與數(shù)據(jù)庫操作的結(jié)果有關(guān)聯(lián)性，以及用戶交互設(shè)計是否容忍這個操作所花費的時間。

你在設(shè)計這個 ’/blog’ 接口時，需要明確指明 HTTP 返回 200 意味著什么。如果你們的業(yè)務(wù)場景只關(guān)心數(shù)據(jù)交付到后端，不關(guān)心后端是否正確存儲到數(shù)據(jù)庫，那肯定可以直接結(jié)束掉 HTTP 請求。如果你們希望終端用戶得到這個確切的提交結(jié)果，那需要考慮交互層面了，設(shè)計良好的交互效果，2-6秒的等待，用戶體驗不會很差（指AJAX請求場景下，打開新頁面場景下還是慎重）。寫三次redis幾乎是不花時間，比起 HTTP 請求本身的鏈路延遲根本不算什么。

具體業(yè)務(wù)場景還要具體分析。碰到特別耗時的操作，前端提交操作請求后輪訓(xùn)結(jié)果也不失為一種解決方案。

看頁面顯示和數(shù)據(jù)庫操作結(jié)果有沒有相關(guān)性。如果有相關(guān)性，可以等待數(shù)據(jù)庫操作結(jié)束之后返回。也可以做成異步隊列的方式直接返回，成功后在推送結(jié)果。最終怎么樣，還是看你需求。