@qq_A_32   各有利弊吧，需要看业务本身的需求，我们先说下前端请求：可以被浏览器304，组织上更灵活，但是异步请求是会有效率问题的，头部请求，尾部请求，再或者某个模块请求，都是会消耗网络资源，毕竟一个请求的发起，要通过http的三次握手，虽然行的http协议添加诸如keep-alive等功能，提供多路复用，但是支持http的TCP协议建立通道的时候也是会消耗资源。如果我们要求用户想看到某些模块，可以通过同步的方式该数据加载进来，不重要的 或者不在首屏的通过@qq_A_32 的方式来进行维护，而且异步维护的话，我们的请求本身就可以，被前端完全控制。