分析API的耗时是将API的总耗时拆分为不同的部分，清晰地知道是什么原因导致耗时过高。我们借助不同的工具，在不同的网络环境下进行耗时分析，从而提出相应的优化建议。
- 请求发送过慢导致耗时增加；
- DNS解析过慢导致耗时增加；
- 恶劣的网络环境导致耗时增加；
- 一直在排队导致响应过慢；
- 服务端响应过慢导致耗时增加；
- 响应体积过大导致耗时增加；
- 等等……
一般从感官上觉得API接口响应慢，大部分人会直接归结于服务端处理慢，其实是不合理的。通过在内网环境下的API耗时分析和外网环境下的API耗时分析的对比，一般会认识到原因所在。
通过浏览器的开发者工具分析
重点关注指标Waiting (TTFB)，TTFB代表第一个字节到达的时间。此时间包括一次往返延迟和服务器准备响应所花费的时间。可以近似的认为是服务端耗时。
如果网络情况不好或者响应数据过大，则Content Download耗时会长一些，这时候应该考虑压缩响应.
Timing
开发者工具中Network中显示了当前页中调用的网络资源，点击资源可以查看资源的详情，其中Timing是资源调用时的耗时情况。
- Queueing. 【排队中】浏览器在以下情况下将请求排队： 有更高优先级的请求. 已为该来源打开了六个TCP连接，这是限制。仅适用于HTTP/1.0和HTTP/1.1. 浏览器正在磁盘缓存中短暂分配空间.
- Stalled. 【停止】该请求可能由于排队中描述的任何原因而停止.
- Proxy negotiation. 【代理协商】浏览器正在与代理服务器协商请求.
- Request sent. 【发送请求】该请求正在发送.
- Waiting (TTFB). 【等待中】浏览器正在等待响应的第一个字节。TTFB代表第一个字节到达的时间。此时间包括一次往返延迟和服务器准备响应所花费的时间.
- Content Download. 【响应内容下载】浏览器正在接收响应.
其他可能出现的
- DNS Lookup. 【DNS】浏览器正在解析请求的IP地址.
- Initial connection. 【初始化连接】浏览器正在建立连接，包括TCP握手/重试和协商SSL.
