确定系统能承载的最大并发用户数（最大并发）是性能工程的核心目标。负载测试和压力测试常被提及，但哪一个才能真正精准定义这个极限？答案并非二选一，而是理解它们的互补角色及如何结合使用。

负载测试：描绘预期场景下的性能基线

负载测试的核心是模拟预期的或略高于预期的真实用户负载（并发用户、请求速率、数据量等）。目标是验证系统在目标负载下的行为是否符合性能要求（响应时间、吞吐量、错误率、资源利用率）。它能明确：

• 系统在设计容量下的稳定性与性能表现。

• 是否存在资源瓶颈（CPU、内存、I/O、网络）。

• 是否满足预设的服务水平协议（SLA）。

然而，负载测试的视野局限在“已知目标”内。它擅长证明系统能否在规划的压力下正常工作，但无法主动揭示系统在超越规划极限时会如何表现、何时崩溃以及崩溃的模式。它定义了“安全区”，但未清晰标出“悬崖边缘”。

压力测试：主动冲击极限，定位崩溃临界点

压力测试的本质是超越极限。它通过持续、阶梯式或爆发式地增加负载（远超预期），直到系统性能严重劣化或完全失效。核心目标是：

• 精准定位系统崩溃点： 明确找出系统能够处理的最大并发用户数、最高请求速率（TPS/QPS）的绝对阈值。

• 揭示失效模式与恢复能力： 观察系统在过载下的行为（错误类型、响应时间激增、资源耗尽、级联故障），并测试其故障恢复能力（如负载回落后能否自愈）。

• 发现隐藏瓶颈与验证可伸缩性： 暴露在常规负载下不易察觉的深层次瓶颈（如特定服务的线程池耗尽、数据库连接池枯竭、锁竞争加剧），验证系统的可伸缩性设计是否有效。

精准定义最大并发：压力测试不可或缺

负载测试描绘了系统在“计划内”的性能地图，而压力测试则是主动探索“未知疆域”，精准测绘出性能断崖的坐标。 负载测试告诉你系统在1000个并发下表现良好；压力测试则明确揭示系统在1750个并发时开始出现超时错误，并在2100个并发时彻底崩溃——这就是最大并发的实际临界值。

最佳实践：结合二者绘制完整性能蓝图

1. 负载测试先行： 验证系统在目标负载下是否达标，建立性能基线。

2. 压力测试攻坚： 在负载测试稳定的基础上，逐步增压（如以10%-20%的增幅增加并发用户或请求速率），严密监控关键指标（响应时间、错误率、TPS、资源饱和度）。性能拐点（错误率陡升、响应时间非线性剧增）或系统完全不可用点即为最大并发的实际值。

3. 分析瓶颈与优化： 基于压力测试结果，分析崩溃原因（CPU耗尽？内存泄漏？数据库锁？下游服务熔断？），针对性优化。

4. 回归验证： 优化后，重新执行负载测试和压力测试，确认性能提升及新的最大并发值。

负载测试确保系统满足设计目标，是性能保障的基础。但要精确定义系统能承受的绝对最大并发用户数，压力测试是唯一直接且必要的手段。它主动将系统推向失效边缘，客观揭示其承受能力的极限数值和失效边界。完整的性能评估必须包含两者：负载测试划定安全范围，压力测试测绘崩溃边界。只有结合运用，才能获得对系统并发能力最全面、最精准的认知，为容量规划和架构决策提供坚实依据。