前年做一个部标平台项目，甲方要求：“上线前必须做 500 台终端并发测试，而且必须用真实设备。”
采购 500 台终端是什么概念？硬件成本、SIM 卡、流量费、场地、电源，加起来六位数。更麻烦的是，真实终端型号杂，行为不一致，压测结果根本不可控。有的终端心跳间隔 30 秒，有的 60 秒；有的注册完立刻鉴权，有的要等 5 秒。
团队吵了一周。一派说真实设备才靠谱，另一派说仿真工具足够。最后折中：先用 JT-Simulate 做 100 台仿真压测，再用 20 台真实设备做抽样验证。
结果仿真压测跑到第 47 秒，平台开始大量掉线。错误数飙升，在线设备数从 100 掉到 63。我们一开始以为是仿真工具太猛，把平台打挂了。但查日志发现，平台侧有个连接池泄漏：每台设备断线重连后，旧连接没有释放。真实设备因为数量少、重连慢，根本没触发这个问题。
后来我们用 JT-Simulate 的压力测试功能，反复调整设备数量、测试时长、目标地址，复现了三次，确认是平台 bug。修完再压，100 台稳定在线 10 分钟无错误。
这件事之后，我对“必须用真实设备压测”这个观点彻底改了。真实设备当然重要，但它适合做兼容性验证，不适合做高并发压力测试。仿真工具可以精确控制变量，快速复现问题，成本几乎为零。
JT-Simulate 的压力测试支持实时查看总设备数、在线设备数、总消息数、错误数。场景模拟还预置了终端上线、超速报警、疲劳驾驶、紧急报警、离线重连。这些场景用真实设备跑，光准备环境就要一整天。
如果你也在做车联网平台压测，我的建议是：仿真工具做主力，真实设备做抽查。别跟钱过不去。
项目地址：
GitHub：suoten/JT-Simulate
Gitee：suoten/jt-simulate
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70050062/viewspace-3184350/ ，如需转载，请注明出处，否则将追究法律责任。
