javascript - Nodejs服務(wù)器中 應(yīng)該何時(shí)res.end()呢?
問(wèn)題描述
有這樣的一個(gè)場(chǎng)景 ’/blog’ 路由下要處理用戶(hù)提交的數(shù)據(jù)假設(shè)要把三份數(shù)據(jù)存儲(chǔ)給三個(gè)key 然后代碼寫(xiě)出來(lái)就變成這樣
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包裝的好看一些 但是在最后一個(gè)回調(diào)中res.end()來(lái)關(guān)閉連接,是不是存在問(wèn)題?這個(gè)請(qǐng)求會(huì)被掛起很長(zhǎng)一段時(shí)間把?一般這種地方應(yīng)該怎么處理?因?yàn)橹恍枰猻et而不需要返回結(jié)果給用戶(hù),所以收到請(qǐng)求之后就直接res.end()來(lái)關(guān)閉連接可以不?
問(wèn)題解答
回答1:這取決于你是否希望這個(gè) HTTP 請(qǐng)求的返回結(jié)果與數(shù)據(jù)庫(kù)操作的結(jié)果有關(guān)聯(lián)性,以及用戶(hù)交互設(shè)計(jì)是否容忍這個(gè)操作所花費(fèi)的時(shí)間。
你在設(shè)計(jì)這個(gè) ’/blog’ 接口時(shí),需要明確指明 HTTP 返回 200 意味著什么。如果你們的業(yè)務(wù)場(chǎng)景只關(guān)心數(shù)據(jù)交付到后端,不關(guān)心后端是否正確存儲(chǔ)到數(shù)據(jù)庫(kù),那肯定可以直接結(jié)束掉 HTTP 請(qǐng)求。如果你們希望終端用戶(hù)得到這個(gè)確切的提交結(jié)果,那需要考慮交互層面了,設(shè)計(jì)良好的交互效果,2-6秒的等待,用戶(hù)體驗(yàn)不會(huì)很差(指AJAX請(qǐng)求場(chǎng)景下,打開(kāi)新頁(yè)面場(chǎng)景下還是慎重)。寫(xiě)三次redis幾乎是不花時(shí)間,比起 HTTP 請(qǐng)求本身的鏈路延遲根本不算什么。
具體業(yè)務(wù)場(chǎng)景還要具體分析。碰到特別耗時(shí)的操作,前端提交操作請(qǐng)求后輪訓(xùn)結(jié)果也不失為一種解決方案。
回答2:看頁(yè)面顯示和數(shù)據(jù)庫(kù)操作結(jié)果有沒(méi)有相關(guān)性。如果有相關(guān)性,可以等待數(shù)據(jù)庫(kù)操作結(jié)束之后返回。也可以做成異步隊(duì)列的方式直接返回,成功后在推送結(jié)果。最終怎么樣,還是看你需求。
相關(guān)文章:
1. 關(guān)docker hub上有些鏡像的tag被標(biāo)記““This image has vulnerabilities””2. boot2docker無(wú)法啟動(dòng)3. docker-compose中volumes的問(wèn)題4. nignx - docker內(nèi)nginx 80端口被占用5. java - SSH框架中寫(xiě)分頁(yè)時(shí)service層中不能注入分頁(yè)類(lèi)6. docker安裝后出現(xiàn)Cannot connect to the Docker daemon.7. dockerfile - 為什么docker容器啟動(dòng)不了?8. docker容器呢SSH為什么連不通呢?9. 關(guān)于docker下的nginx壓力測(cè)試10. docker images顯示的鏡像過(guò)多,狗眼被亮瞎了,怎么辦?

網(wǎng)公網(wǎng)安備