@qq_A_32 ? 各有利弊吧，需要看業(yè)務(wù)本身的需求，我們先說下前端請(qǐng)求：可以被瀏覽器304，組織上更靈活，但是異步請(qǐng)求是會(huì)有效率問題的，頭部請(qǐng)求，尾部請(qǐng)求，再或者某個(gè)模塊請(qǐng)求，都是會(huì)消耗網(wǎng)絡(luò)資源，畢竟一個(gè)請(qǐng)求的發(fā)起，要通過http的三次握手，雖然行的http協(xié)議添加諸如keep-alive等功能，提供多路復(fù)用，但是支持http的TCP協(xié)議建立通道的時(shí)候也是會(huì)消耗資源。如果我們要求用戶想看到某些模塊，可以通過同步的方式該數(shù)據(jù)加載進(jìn)來，不重要的 或者不在首屏的通過@qq_A_32 的方式來進(jìn)行維護(hù)，而且異步維護(hù)的話，我們的請(qǐng)求本身就可以，被前端完全控制。