javascript - 前端在一个接口请求函数中使用axios发起多个请求，是否会对程序性能产生影响？后端在同一个express路由中对多个model进行CRUD操作是否也会影响性能？最佳实践是什么？
前端在一个接口请求函数中使用axios发起多个请求，是否会对程序性能产生影响？
后端在同一个express路由中对多个model进行CRUD操作是否也会影响性能？
最佳实践是什么？
共有2个答案
- 对于前端，就目前的机器性能来说，发起多个请求带来的消耗微乎其微。
- 对于后端，操作多个 model 也要看具体的内部逻辑，不好一概而论
- 但是你前端搞一堆后端也搞一堆，带来的损耗可能就很大了
最佳实践-前端：
- 善用缓存，不太敏感的数据不要反复请求
- 懒加载，只加载必须的数据，其它数据用到再加载
- 加载完就显示，让用户能看到反应
最佳实践-后端：
- 善用缓存，缓存分层，关注缓存命中率
- 用事务和各种锁保证数据准确性
- 好好设计数据库，减少操作混乱的可能
一个接口请求函数使用 axios 发起多个请求每次都要建立连接、发送请求、接收响应等，这些步骤都需要的时间。因此，将多个请求合并为一个较大的请求，则可以减少请求次数和网络开销，但是要太大, 比如一个接口有三四兆, 这样会导致页面渲染等待时间过长, 可以进行懒加载.
最佳实践是，在前端减少请求次数，使用缓存，并在需要时懒加载；在后端数据库结构设计合理、使用缓存、使用异步处理等
-
使用时，是否有需要考虑的性能影响？ 我正在编写一个从目录检索文件的查询，这就是查询： 那么，在决定进行这样的转换时，是否应该考虑某种性能影响--还是只在处理大量文件时才考虑？这是一个可以忽略不计的转换吗？
-
问题内容： 我怀疑Java代码中未使用的导入和未使用的对象是否会对性能产生影响？ 假设一个对象已初始化并且从未使用过，会发生什么？未使用进口的成本是多少 问题答案： 这是一个非常普遍的问题。 像大多数性能问题一样，最好的方法是编写最清晰，最简单的代码，因为这样可以提高代码的可维护性，并有助于确保代码即使更改后也能正常运行。（聪明/难以理解/不必要地开始，详细的代码可以快速运行，但是由于只是凡人而改
-
问题内容： 所以我有一个查询，在SELECT中需要一堆CASE语句。这不是原始的设计，而是折衷的一部分。 因此查询看起来像这样： 我的问题是，将所有这些CASE语句更改为直接列引用会对性能产生什么影响。 换句话说：如果我将每个CASE语句更改为一个列名，并从查询中删除了所有CASE语句，那么会对性能产生很大影响，为什么？ 我正在对此进行测试，因此我可以弄清楚性能是否受到影响，但是我对WHY的细节也
-
我关心的是提高源代码可读性，并且它涉及到通过将庞大的方法分解成更小的（简洁的）方法来减小它们的大小。简单地说，我有一个非常完整的方法，它可以做很多不同的事情，例如： 我想将方法更改为： 我关心的是应用这种重构时的性能（时间和内存）。对于一个很小的人名单，当然不是问题，但是我担心的是这个名单的渐近增长。 例如，对于更老式的我可以看到以下影响： 我知道Java是如何将foreach指令转换为的。因此，
-
问题内容： 背景： 我有一个叫做car的表，里面有很多二手车，大约有100万行。该表有170列多一点。该表仅在各个列上建立索引。大多数列是布尔值（例如has_automatic_gearbox等），其余列是字符串和数字（例如颜色和价格）。这些汽车以视图显示，其中我使用了170列中的约80列。 我的问题： 所以我的问题是，是否在执行搜索时仅从表中选择80列，或者另一方面，我仅由这80列组成的新表
-
问题内容： 当我在MySQL中执行此命令时： 它会影响整个引擎还是仅仅是我当前的交易？ 问题答案： 在设置问题方式时，它是基于会话的。 https://dev.mysql.com/doc/refman/5.7/zh-CN/server-system- variables.html 据此，以“两者”为范围。这意味着可以为会话设置它： 或全球：