一个html页面请求多个接口,前端页面，一个页面几个接口请求比较合理？

这个考虑问题的角度我觉得不太对,抛开剂量谈毒性都是耍流氓,抛开时间谈数量一样也是耍流氓.

有的接口访问一下是毫秒级的,有的接口访问一下是秒级的.

我们考虑这个问题的时候必然是综合来看的,比如你说的同一个接口使用不同参数,这可能是一种良好的设计,也可能是一种很蠢的设计,没法一概而论.

比如说,首屏展示产品信息,分别展示不同类目的top3,设计成了访问N(类目数)次接口,每次返回单个类目的top(n),n是一个接口参数.

这个接口可能在首屏就请求了8次,前端说这太蠢了.但其实这样设计的接口更灵活,也许有一天运营说,现在我们要显示A产品8个,B产品5个,C产品去掉,前端动动手指就改了,如果后端接口聚合成一个呢?前端要改,后端也要改,后端改了之后,服务器可能还要停机发布,这就非常麻烦了,一般来说,H5的更新是成本最低的,所以后端底层一点,这种偏前端的逻辑就放在页面中也是合理的.

而且js作为异步的语言,区域独立ajax请求,反而可以先加载,先渲染,页面的体验反而会更好,也更方便做模块化.

如果需要获取的数据就是这么多,拆分请求和聚合请求,在时间上可以认为是聚合请求性能更好,这就和Edge和Chrome的对比一样,有说法是Edge其实比Chrome更快,但是Edge一定要等到资源下载完才开始加载,Chrome是边下载变加载的,显得反而比edge快.

另外呢,其实8个请求真的不多.