• 用户视角： 用户感受到的性能，就是从提交后到看到页面的时间，不同计算机性能的差异，不同浏览器解析 HTML 的速度，不同网络提供商提供的互联网服务的速度，这些差异都会导致实际时间远大于服务器处理请求的时间
  实践中，我们可以用一些前端架构优化的手段，通过优化 HTML 样式，利用浏览器异步和并发的特性，调整缓存策略，使用 CDN 服务，反向代理等，使用户能够尽快的看到内容，即使不对应用服务优化，也能够很好地改善用户体验
  
• 开发者视角： 开发者更关注的是应用服务器的性能，包括响应延迟，系统吞吐量，并发处理，系统稳定性等> 主要优化手段可以利用缓存加速数据读取，使用集群提高吞吐量，使用异步加快请求响应，优化代码改善程序等
  
• 运维人员视角： 对于运维人员，会更关注一些基础设施的性能和利用率，这里不再多说
  

• 响应时间
  指的是从发出这个请求开始到接收到数据的时间，一般情况下这个时间都非常非常的小甚至小于测试的误差值，所以我们可以采用重复请求的方式来获取具体的响应时间，比如请求十万次，记录总时间，然后计算出单次请求的时间
  
• 并发数
  指能够同时处理的请求数目，对于网站而言，即并发用户数> 有几个词可能会产生混淆，这里解释一下
  

网站系统用户数 > 网站在线用户数 > 网站并发用户数

• 吞吐量
  是单位时间能能够处理的请求数，体现的系统的整体处理能力> 衡量指标有很多，可以是 请求数/秒 页面数/秒 访问人数/天 处理业务数/小时 等> 常用的量化指标有 TPS（每秒事务数） HPS（每秒 HTTP 请求数） QPS（每秒查询数） 等
  
• 性能计数器
  描述服务器或操作系统的一些性能指标，包括系统负载（System Load），线程数，内存使用，磁盘和网络 I/O 等，当这些值超过警告值（安全临界值）时，就会想开发运维人员报警，及时处理异常
  

• 性能测试
  以初期设计的指标为预期目标，不断对系统施压，看系统在预期的范围内，能否达到预期的性能
  
• 负载测试
  对系统不断增加并发请求以增加系统压力，直到系统某项或多项指标达到安全临界值，这时继续对系统施加压力，系统的处理能力会有所下降
  
• 压力测试
  在超过安全负载的情况下，继续施压，直到系统崩溃或不再能够处理任何请求，以此来计算系统的最大压力承受能力
  
• 稳定性测试
  在一定的压力（不均匀施压）下，系统能够稳定的运行较长时间