今天我们聊聊这个“拓君和他的九个姐妹绅士游戏”，听着像是在搞什么怪，但是为了解决一个老大给我的难题。
起心动念：为何要搞十个人？
我上个月被一个测试报告搞得焦头烂额。老大非要我证明我们那个新系统在极限并发下的稳定性。我交了一份数据，他直接拍桌子说：“你这个并发曲线太完美了，一看就是造出来的假数据！真实用户哪有这么听话的？”我当时憋着一股气，心想，行，你不信数据，我就把真实世界的混乱搬进代码里给你看看。
我决定要模拟一个最混乱、最不讲道理的资源争夺战。
实践开始：组建“绅士团”
我动手开始干，第一步是准备环境。我搞了九台虚拟机，又在其中一台主机上部署了一个中心控制台，我把这个控制台起名为“拓君”，它就像个发牌员，或者说，是个资源管家。
- 九个姐妹：这九个虚拟机，我用脚本把它们配置成不同行为模式的用户。有的像个急性子，疯狂点击刷新；有的像个慢悠悠的，隔三差五才发起一次请求；还有两个，我故意给它们设了错误的鉴权信息，让它们带着“毒药”去污染请求队列。
- 拓君：拓君的作用很简单，它不是服务者，而是观察者和发令官。它不断地向这九个姐妹发布一个指令：“去抢那个限时折扣的商品！”（实际上是抢一个数据库锁或者内存队列的独占权）。
我启动了整个系统，然后观察拓君的记录。前三分钟，一切都还算正常，系统处理得井井有条，数据曲线平滑。但很快，我加入了第三个因素：心跳干扰。我让拓君每隔30秒随机中断其中三到四个“姐妹”的网络连接，模拟真实世界中 Wi-Fi 突然断开，或者手机信号变差的情况。
砰！数据直接炸了。系统的响应时间瞬间飙升，九个姐妹中有三个直接进入了死循环，不停地重试，反而加重了服务器负担。拓君记录下了每一个失败的堆栈信息和重试次数。
后知后觉：混乱的本质
我看着这堆混乱的数据，终于露出了满意的笑容。这才是真实世界运行的样子。但老大看了报告后问我，为什么起名叫“绅士游戏”？这跟系统稳定性有啥关系？
这名字是带着我个人情绪的。我那会儿在老家一家小外包公司，刚开始做测试，每天都被要求搞各种“团队建设”。有一次，老板非要搞一个什么“资源分配模拟”，把我们几个新来的男同事叫到一块儿，让我们去帮九个女同事跑腿、点餐，谁能最快、最完美地满足所有需求，谁就是“最优秀的绅士”。
我当时忙得跟孙子似的，这边刚买了咖啡，那边又说要换口味，九个需求同时砸下来，我跑错了两个，直接被老板当众训了一顿，说我连基本的服务意识都没有。那件事情给我留下了巨大的心理阴影，我觉得那种人为制造出来的混乱和竞争，根本不是在提升团队，而是在恶心人。
我辞职的时候就想，如果有一天我要模拟极致的并发混乱，我就要用那个场景命名。
所以今天这个测试，就是我把当年受的窝囊气，用代码的方式又跑了一遍。只有亲手把系统搞得一团糟，才能知道它到底能承受多少压力，才能明白，在真正“不绅士”的环境下，系统会不会崩。实践证明，这回的混乱数据，老大倒是没话说了，他反而觉得我挺有想法。