性能优化是否需要将非关键接口放在关键接口后调用？

Question

页面初始化接口是A页面的内容都依赖这个接口，还有一些非关键接口B、C、D、E
从性能优化的角度看是在页面初始化的时候同时调用A B C D E，还是初始化的时候只调用A等A有响应后再调用B C D E，为什么？

Answer 1

那如果A接口出错了，这些非关键接口的返回内容有没有必要展示，没必要那就可以将A接口的响应作为前置依赖，减少不必要的接口请求，如果A接口出错仍然希望其他接口的响应内容也展示那就并发请求，你应该从用户体验角度考虑这个问题，这跟性能没啥关系

Answer 2

通俗地说，如果你有一个页面，里面有一些关键信息（比如主要内容）是从接口A获取的，还有一些不是特别重要的信息来自接口B、C、D、E。从加快页面加载速度、优化用户体验的角度来看：

如果这些接口之间没有互相依赖的关系，也就是说，不论先加载哪个，都不会影响其他接口的数据使用，那么你可以在页面初始化的时候一口气同时调用A、B、C、D、E这几个接口。这么做是因为多个请求同时在网络上传输，可能会节省整体加载时间。

但是，如果接口A的数据非常重要，是页面能否成功显示的基础，而B、C、D、E这些接口的数据不是特别紧急，那最好是先只调用接口A，等A返回数据、页面内容加载出来后，再逐个或分批调用其他的非关键接口。这样做是为了保证用户能看到页面的基本框架和主要内容，而不是干等着所有信息都加载完毕。

总结一下，关键是要根据接口的重要程度和相互之间的依赖关系，合理安排调用顺序，尽量让用户尽快看到可用页面，同时兼顾加载效率和服务器压力。

Answer 3

1. 其实性能优化跟调用接口的顺序没什么关系……你可以去了解一下 web vitals
2. 接口没有依赖的话，一起调用就行
3. 另外还要看下你们的用户和网络条件，如果都支持 http/2，那基本可以一起请求；如果是 http1，那要考虑是否给其它连接留一些空间。

最后，推荐我的视频 从浏览器渲染机制理解 Web 性能——“在浏览器地址栏输入 URL，按下回车后会发生什么？”，了解页面优化的一般原则。

Answer 4

需要在遇到性能问题之后具体分析