【性能优化】- 「延迟」API响应时间标准以及如何统计[监控] - 学习/实践

1.应用场景

主要用于学习在服务开发中，API的相应时间标准，应该做到何种程度。 以及弄清API与页面响应的区别， 自然标准也是不同。

2.学习/操作

1.文档阅读 页面加载与API服务响应--- 性能标定与标准 - 知乎 P95、P99.9百分位数值——服务响应时间的重要衡量指标 - 文章整合 页面响应时间的标准是什么？ - 掘金 分类: 标准与规范 - monkeyGeek Best Server and Application Response Time Monitoring Tools + Guide - DNSstuff Important API metrics you should monitor | The Uptrends Blog 04 | 分布式系统（上）：学会用服务等级协议SLA来评估你的系统-极客时间 -- 推荐 其中有详细介绍SLA 2.整理输出 TBD 后续补充 ...

3.问题/补充

1. 根据视频帧率进行进行简单计算 --- 个人看法 大致是这样的。 因为人眼的残影现象，所以只要两帧画面切换时间快过1/24秒，人眼是分辨不出来的，那么对人来说，ta就是连续的，这就是24帧的由来。 但是每个人的都不一样，和人的状态、心情也有很大的关系，心情好的时候反应能快一些，心情不好或者刚睡醒或者喝酒后这个间隔时间会有所延长。 那这个范围是多少呢？ 跟据一般正常视频的帧速率在24帧至30帧之间，可以理解为每秒钟有24到30张画面，这样大概是0.033秒到0.041秒这个范围。【33ms -- 41ms】 所以可以初步认为响应时间小于41ms，用户是感觉不到延迟的。 但是通常情况，业务接口【API】很难做到这个级别，特别是基于HTTP协议，几乎是不可能的，即便物理距离很近，网络传输最优，应还是很难做到，何况服务器与客户端【用户】不可能都很近，由于物理距离的长短以及网络故障不确定性，不可能100%做到。 看下面ajax请求截图 页面响应时间的标准是什么？ - 掘金 但是静态资源的请求，会较快一下【第一次请求】 非第一次请求静态页面【会读取浏览器缓存】 从上面可以看到，业务接口的响应的时间【不论是否第一次请求】，在200ms左右， 静态资源的第一次请求在几十毫秒，之后请求响应时间在几毫秒。 我们当然知道响应时间越快越好，但是有时减少响应时间，就意味着更大的投入，细细算来可能是非常不划算的。所以才要有个标准，能接受的最低标准。 2.  页面的响应时间标准 与 接口API的响应的时间标准 关于2-5-10原则，说的是页面的响应时间标准，并不是接口api的响应的时间标准，注意区分。

4.参考

参见文档阅读列表

后续补充

...