程序员修神之路–提高网站的吞吐量?-武穆逸仙 In November 2024

百科

吞吐量是指对网络、设备、端口、虚电路或其他设施，单位时间内成功地传送数据的数量（以比特、字节、分组等测量）。

以上的定义比较宽泛，定义到网站或者接口的吞吐量是这样的：吞吐量是指系统在单位时间内处理请求的数量。这里有一个注意点就是单位时间内，对于网站的吞吐量这个单位时间一般定义为 1 秒，也就是说网站在一秒之内能处理多少 http（https/tcp）请求。与吞吐量对应的衡量网站性能的还有响应时间、并发数、QPS 每秒查询率。

响应时间是一个系统最重要的指标之一，它的数值大小直接反应了系统的快慢。响应时间是指执行一个请求从开始到最后收到响应数据所花费的总体时间。

并发数是指系统同时能处理的请求数量，这个也是反应了系统的负载能力。

每秒查询率(QPS)是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。对应 fetches/sec，即每秒的响应请求数，也即是最大吞吐能力。

我们以高速收费站为例子也许更直观一些，吞吐量就是一天之内通过的车辆数，响应时间就是车速，并发数就是高速上同时奔跑的汽车数。由此可见其实以上几个指标是有内在联系的。比如：响应时间缩短，在一定程度上可以提高吞吐量。其实以上几个指标主要反映了两个概念：

1. 系统在单位时间之内能做多少事情

2. 系统做一件事情需要的时间

提高吞吐量

以下场景都是在假设程序不发生异常的情况下

服务器（进程）级别

服务器级别增加网站吞吐量也是诸多措施中最容易并且是效果最好的，如果一个网站能通过增加少量的服务器来提高吞吐量，菜菜觉得是应该优先采用的。毕竟一台服务器的费用相比较一个程序员费用来说要低的多。但是有一个前提，就是你的服务器是系统的瓶颈，网站系统之后的其他系统并非瓶颈。如果你的系统的瓶颈在 DB 或者其他服务，盲目的增加服务器并不能解决你的问题。通过增加服务器来解决你的网站瓶颈，意味着你的网站需要做负载均衡，如果没有运维相关人员，你可能还得需要研究负载均衡的方案，比如 LVS，Nginx，F5 等。我曾经面试过很多入道不久的同学，就提高吞吐量问题，如果没有回答上用负载均衡方案的基本都 pass 了，不要说别的，这个方案就是一个基础，就好比学习一个语言，你连最基本的语法都不会，我凭什么让你通过。有喷的同学可以留言哦

其实现在很多静态文件采用 CDN，本质上也可以认为是增加服务器的策略

线程级别

当一个请求到达服务器并且正确的被服务器接收之后，最终执行这个请求的载体是一个线程。当一个线程被 cpu 载入执行其指令的时候，在同步的状态下，当前线程会阻塞在那里等待 cpu 结果，如果 cpu 执行的是比较慢的 IO 操作，线程会一直被阻塞闲置很长时间，这里的很长是对比 cpu 的速度而言，如果你想有一个直观的速度对比，可以去查看菜菜以前的文章：高并发下为什么更喜欢进程内缓存

当一个新的请求到来的时候，如果没有新的线程去领取这个任务并执行，要么会发生异常，要么创建新的线程。线程是一种很稀缺的资源，不可能无限制的创建。这种情况下我们就要把线程这种资源充分利用起来，不要让线程停下来。这也是程序推荐采用异步的原因，试想，一个线程不停的在工作，遇到比较慢的 IO 不会去等待结果，而是接着处理下一个请求，当 IO 的结果返回来得到通知的时候，线程再去取 IO 结果，岂不是能在相同时间内处理更多的请求。

程序异步化（非阻塞）会明显提高系统的吞吐量，但是响应时间可能会稍微变大

还有一点，尽量减少线程上线文在 cpu 的切换，因为线程上线文切换的成本也是比较大的，在线程切换的时候，cpu 需要把当前线程的上下文信息记录下来用以下次调用的时候使用，然后把新线程的上下文信息载入然后执行。这个过程相对于 cpu 的执行速度而言，要慢很多。不要拿 Golang 反驳以上观点，golang 的协程虽然是用户级别比线程更小的载体，但是最终和 Cpu 进行交互的还是线程。

Cpu 级别

在讲 cpu 级别之前，如果有一定的网络模型的基础，也许会好一些。这里大体阐述一下，现代操作系统都采用虚拟寻址的方式，它的寻址空间（虚拟存储空间）为 4G（2 的 32 次方）。操作系统将虚拟空间分为两类：内核空间和用户空间。内核空间独立于用户空间，有访问受保护的内存空间、IO 设备的权限（所有的用户空间共享）。用户空间就是我们的应用程序运行的空间，其实用户空间并没有操作各种 IO 设备的权限，像我们平时读取一个文件，本质上是委托内核空间去执行读取指令的，内核空间读取到数据之后再把数据复制到程序运行的空间，最后应用程序再把数据返回调用方。

程序员修神之路--提高网站的吞吐量?

通过上图大体可以看出，内核会为每个 I/O 设备维护一个 buffer（同一个文件描述符读和写的 buffer 不同），应用程序发出一个 IO 操作的指令其实通过了内核空间和用户空间两个部分，并且发生了数据的复制操作。这个过程其实主要包含两个步骤：

1. 用户进程发出操作指令并等待数据

2. 内核把数据返回给用户进程（buffer 的复制操作）

根据这两个操作的不同表现，所以 IO 模型有了同步阻塞，同步非阻塞，异步阻塞，异步非阻塞的概念，但是这里并非此文的重点，所以不在展开详细介绍。利用 cpu 提高系统吞吐量主要目标是提高单位时间内 cpu 运行的指令数，避免 cpu 做一些无用功：

cpu 负责把 buffer 的数据 copy 到应用程序空间，应用程序再把数据返回给调用方，假如这个过程发生的是一次 Socket 操作，应用程序在得到 IO 返回数据之后，还需要网卡把数据返回给 client 端，这个过程又需要把刚刚得到的 buffer 数据再次通过内核发送至网卡，通过网络传送出去。由此可见 cpu 把 buffer 数据 copy 到应用程序空间这个过程完全没有必要，在内核空间完全可以把 buffer 数据直接传输至网卡，这也是零拷贝技术要解决的问题。具体的零拷贝技术在这里不再展开。

不要让任何设备停下来，不要让任何设备做无用功

通过增加 cpu 的个数来增加吞吐量

网络传输级别

至于网络传输级别，由于协议大部分是 Tcp/ip，所以在协议传输方面优化的手段比较少，但是应用程序级别协议可以选择压缩率更好的，比如采用 grpc 会比单纯的 http 协议要好很多，http2 要比 http 1.1 要好很多。另外一方面网卡尽量加大传输速率，比如千兆网卡要比百兆网卡速度更快。由于网络传输比较偏底层，所以人工干预的切入点会少很多。

最后总结

大部分程序员都是工作在应用层，针对应用级别代码能提高吞吐量的建议：

加大应用的进程数，增加并发数，特别在进程数是瓶颈的情况下

优化线程调用，尽量池化。

应用的代码异步化，特别是异步非阻塞式编程对于提高吞吐量效果特别明显

充分利用多核 cpu 优势，实现并行编程。

减少每个调用的响应时间，缩短调用链。例如通过加索引的方式来减少访问一次数据库的时间

来源：微信公众号（dotNET 跨平台）

博主的文章没有高度、深度和广度，只是凑字数。利用读书、参考、引用、抄袭、复制和粘贴等多种方式打造成自己的纯镀 24k 文章！如若有侵权，请联系博主删除。

☆ END ☆