python异步请求了后端接口 测试了响应是毫秒级，最长的列表接口的TTFB1.8s，不会造成这么长时间的的等待吧？

前端本地连测试环境调试，可以复现

@少年Dev:
Python 异步调用的 也是 测试环境的？
找找 测试环境 的问题了，看看接口调用日志，后端响应是多少秒。

@快乐的凡人721: 从浏览器看，数据发送是挺快的，一直在等待数据返回，但是从服务端看，jmeter 的测试数据又没有异常，感觉很不合理

@快乐的凡人721: 问题排查思路:
1、本机到服务器的网络状况
网络状况正常，无延迟。
2、查询服务端响应时间
接口耗时128毫秒，正常。
3、浏览器抓包
接口，从开始准备到最终发送http的head信息和http的body信息，只用了7毫秒时间，没有延迟情况。而浏览器读取响应数据花了11秒

@少年Dev:
浏览器的 console（控制台） 下没有 红色的错误信息吗？

@少年Dev:
前端用的什么框架呢？
只是测试环境有问题？开发、生产环境没问题吧？
可以反馈给运维，拉着团队一起排查，，影响你的测试了。

@快乐的凡人721: 没有啊，默认 30 秒没响应才会报红

@快乐的凡人721: 就是生产环境反应业务处理比较慢，测试环境也能复现，开发环境与测试环境同一个库，

@快乐的凡人721: 没有运维，团队排查一遍了，都觉得很怪，目前调优方式是，原列表默认加载一百条数据，现在改成十条

@少年Dev: 数据量大吗，多少

@kiterza: 动态列 120，默认默认行数 100 行，现在改成 20，前端改成了虚拟列表