Siege是一款老牌的开源HTTP压力测试工具，由Joe Dog Software开发维护。它的名字来源于军事术语“围攻”，非常形象地描述了它的工作方式：模拟大量并发用户对目标服务器发起持续访问，从而评估服务器在高负载下的表现。相比ab这类功能单一的工具，Siege支持从配置文件中读取URL列表进行混合场景测试，还能开启基本认证、随机切换URL、模拟浏览器延迟等，功能更加贴近真实用户行为。本文将围绕CentOS环境，完整讲解Siege的安装、配置和实战测试方法。
一、在CentOS上安装Siege
CentOS的Base源中通常没有Siege软件包，推荐使用源码编译安装。编译前需要先安装必要的依赖，包括gcc编译器、make工具以及openssl开发库。可以使用下面的命令一次性完成依赖安装：
yum install -y gcc make openssl-devel wget tar cd /usr/local/src wget http://download.joedog.org/siege/siege-4.1.4.tar.gz tar -zxvf siege-4.1.4.tar.gz cd siege-4.1.4 ./configure --prefix=/usr/local/siege --with-ssl=/usr/include/openssl make && make install ln -s /usr/local/siege/bin/siege /usr/local/bin/siege siege -V
如果执行siege -V能正常输出版本信息，说明安装成功。需要注意，如果目标服务器是HTTPS站点，编译时必须带上openssl支持，否则测试时会报错提示协议不支持。
除了源码编译，也可以通过EPEL源直接安装：yum install -y epel-release && yum install -y siege。不过EPEL仓库中的版本可能较旧，对高版本TLS协议的支持不够完善，生产环境测试建议使用源码编译方式获取最新版本。
二、核心参数与基本用法
Siege的命令行参数设计得很直观，最核心的两个概念是“并发用户数”和“持续时间”。并发用户数由-c参数指定，表示同时模拟多少个虚拟用户；持续时间由-t或-r指定，-t控制测试总时长（如-t 5M表示持续5分钟），-r控制每个URL的重复次数。两者只能选其一，同时出现时-t优先生效。
一个最简单的压测命令如下：
siege -c 100 -t 3M -b http://www.ipipp.com/
这条命令模拟100个并发用户，在3分钟内持续请求目标页面，-b表示基准模式（benchmark），即请求之间不做随机延迟，尽可能压榨服务器性能。如果不加-b，Siege会在两次请求之间加入1到3秒的随机等待，更接近真实用户的浏览节奏。
其他常用参数还包括：-d自定义随机延迟时间，-H添加自定义请求头（比如伪造Referer或User-Agent），-A指定User-Agent字符串，--no-parser关闭HTML解析，--no-follow禁止跟随重定向。对于需要登录的页面，可以用-H传入Cookie来维持会话：
siege -c 50 -t 2M -H "Cookie: sessionid=abc123xyz" http://www.ipipp.com/user/center
如果要模拟混合场景，可以将多个URL写入文本文件，每行一个地址，然后通过-f参数加载。配合-i参数可以让Siege随机访问这些URL，而不是按顺序轮询，这样测出的数据更能反映真实业务流量分布。
三、读懂Siege的测试报告
测试结束后，Siege会在终端输出一份汇总报告，理解每一项指标的含义是压测分析的基础。下面是一份典型的报告结构：
Transactions: 2500 hits Availability: 99.88 % Elapsed time: 179.52 secs Data transferred: 125.36 MB Response time: 0.42 secs Transaction rate: 13.93 trans/sec Throughput: 0.70 MB/sec Concurrency: 15.32 Successful transactions: 2497 Failed transactions: 3 Longest transaction: 2.15 Shortest transaction: 0.08
其中Availability（可用性）是最先要看的指标，正常应该接近100%，如果低于99%说明服务器在当前压力下已经出现明显故障或拒绝服务。Transaction rate是每秒成功完成的事务数，直接反映服务器吞吐量。Response time是平均响应时间，一般电商类站点建议控制在1秒以内，超过3秒用户流失率会显著上升。
Concurrency这个指标容易误解，它指的是任意时刻平均有多少个请求正在被服务器处理，理论最大值等于设置的并发数-c。如果这个值远小于并发数，说明客户端侧或网络存在瓶颈，压测数据不能反映服务器真实能力，需要排查测试机本身的CPU和带宽限制。
Failed transactions统计失败的事务数，失败可能是超时、连接被拒或返回5xx状态码。压测时出现零星失败属于正常波动，但失败率持续上升就说明到达了服务器承载临界点。建议采用阶梯式加压策略：从50并发开始，逐步提升到100、200、500，记录每个阶段的吞吐量和响应时间，找到吞吐量由升转降的拐点，这个拐点就是服务器的最大承载能力。
四、压测注意事项
第一，压测机的硬件不能成为瓶颈。Siege本身是单线程事件驱动模型，单进程能压出的并发有限，如果需要模拟上千并发，可以在多台机器上同时运行Siege，或者改用分布式压测工具。同时要确保测试机的出口带宽足够，否则数据经过网卡时就排队了，测出来的响应时间会虚高。
第二，压测要在测试环境进行，或者避开生产高峰期并对QPS做限流。直接对生产环境全量压测可能引发缓存击穿、数据库连接池耗尽等问题，严重时会导致线上服务不可用。如果必须测试生产环境，务必降低并发数和持续时间，并提前做好监控和回滚预案。
第三，Siege默认会解析HTML中引用的资源，可以在安装目录的etc文件夹中修改siege.conf，将parser = false配置打开或关闭来控制这个行为。此外配置文件中的connection选项可以设置keep-alive或close，两种模式下的测试结果差异很大，前者模拟现代浏览器行为，后者更严苛，做对比测试时要保持配置一致。
第四，结果要多次取平均。单次测试受网络抖动、缓存命中率等偶然因素影响较大，建议同一压力等级至少跑三遍，观察数据的稳定性，再结合sar、top等系统监控工具分析压测期间CPU、内存和磁盘IO的变化，才能得出可靠结论。