Node.js restapi速度改进

我们在前端使用了一个RESTAPI。它在JSON中传输200个对象周围的大量数据。我们在postman和jmeter中使用的RESTAPI加载相当快。但在前端显示数据时，速度会减慢。大约需要3-5秒才能完全显示数据

---

这是前端还是后端问题？我真的能相信邮递员和jmeter电话的结果吗？我可以做些什么来改善这种时间安排？谢谢

谢谢您的回复！我已确认问题来自前端。似乎我们的前端在处理大量数据方面还没有得到优化。

感谢所有回复！我已确认问题来自前端。似乎我们的前端在处理大量数据方面还没有得到优化。

如果它使用postman快速加载，那么它不太可能是后端问题，因为无论请求来自postman还是来自您的网页，后端都可能做同样的事情（可能两者都只是请求并获得相同的JSON）。如果您向我们展示显示数据的前端代码，我们可以提供一些想法，解释为什么它可能会变慢。与Stackoverflow上的情况一样，如果您向我们展示您的实际代码，我们可以提供更具体的帮助（在本例中，您正在测量的特定请求的前端和后端代码）。如果您熟悉浏览器中的开发人员工具，则始终可以在“网络”选项卡中查看对API的请求速度。正如@jfriend00所指出的，这可能是前端的问题，因为从Postman调用API时速度很快。我很确定这是前端的问题。得到一个大的物体没有问题，问题是当你试图展示它的时候。尝试“分页”对象或使用虚拟滚动。如果您正在使用绑定到一个复杂函数，或者一个属性是“select”，如果它使用postman快速加载，那么这不太可能是后端问题，因为无论请求来自postman还是来自您的网页，后端都可能做同样的事情（可能两者都只是请求并获得相同的JSON）。如果您向我们展示显示数据的前端代码，我们可以提供一些想法，解释为什么它可能会变慢。与Stackoverflow上的情况一样，如果您向我们展示您的实际代码，我们可以提供更具体的帮助（在本例中，您正在测量的特定请求的前端和后端代码）。如果您熟悉浏览器中的开发人员工具，则始终可以在“网络”选项卡中查看对API的请求速度。正如@jfriend00所指出的，这可能是前端的问题，因为从Postman调用API时速度很快。我很确定这是前端的问题。得到一个大的物体没有问题，问题是当你试图展示它的时候。尝试“分页”对象或使用虚拟滚动。还要检查您是否正在使用复杂函数的绑定，或者一个属性是“select”