Bruno项目Runner并行执行机制的内存优化与串行模式支持

在API测试工具Bruno的最新版本中，Runner功能的并行执行机制被发现存在一个重要的性能瓶颈。当用户使用包含大量数据行的CSV文件（如1000行5列的数据）驱动测试时，Runner会同时为所有请求分配内存和端口资源。例如，一个包含3个请求的集合配合1000行CSV数据，会产生3000个并发请求实例。

这种实现方式会带来两个显著问题：

1. 内存消耗急剧增长，实测显示可能超过5GB内存占用
2. 系统端口资源被大量占用，可能达到3000个并发连接
3. 导致Bruno界面无响应，最终因内存不足(OOM)而崩溃

技术分析表明，这种全并发的执行策略在传统API测试场景中并不常见。大多数测试工具（如Postman）默认采用串行执行模式，只有在明确配置的情况下才会启用并行执行。Bruno当前的实现方式虽然在某些简单场景下能提高效率，但在处理大数据量测试时反而成为性能瓶颈。

值得注意的是，Bruno的CLI版本采用了不同的实现策略——它默认使用串行执行模式。这种模式虽然理论执行时间较长，但资源占用平稳，能够可靠地完成大规模测试任务。这从侧面验证了串行模式在大数据量场景下的必要性。

开发团队已经确认将在v1.35.0版本中引入串行执行支持。这个改进将使Bruno的Runner功能更符合行业惯例，同时为用户提供执行策略的选择权。对于需要进行大规模API测试的用户，建议：

1. 等待v1.35.0版本发布后使用串行模式
2. 目前可暂时使用CLI版本作为替代方案
3. 对于必须使用GUI的场景，建议将CSV文件拆分为多个小文件分批执行

这个改进体现了Bruno团队对工具稳定性和用户体验的持续优化，也展示了开源项目响应社区反馈的敏捷性。随着API测试数据规模的不断扩大，这种灵活的测试执行策略将变得越来越重要。