![[重生2000：重启时代引擎]节选试读](https://image-cdn.iyykj.cn/2408/016175f76e3646ca18a017bccbe5923c.jpg)
第八章 压力测试
一、清晨集结
六月三十日，早晨七点十分。
电子市场二楼的灯已经亮了。吴海波煮了一壶浓茶，劣质茶叶的苦涩味弥漫在空气里。李明教授靠在椅背上闭目养神，手指无意识地敲着桌面——这是他思考时的习惯。
陈溯推门进来，手里提着四个塑料袋，里面是刚出笼的包子。
“都吃了。”他把包子放在桌上，“今天可能没时间吃午饭。”
罗斌最后一个到，七点二十五分，踩着约定的时间。他背着一个旧书包，里面装着厚厚的《Linux内核源代码剖析》和几本软盘——2000年U盘还没普及，移动存储靠的是1.44MB的软盘。
“罗斌，吃了没？”陈溯递过一个包子。
“吃了。”罗斌说，但还是接过来，“我妈早起做的稀饭。”
四人围坐，边吃边开始今天的作战会议。
“昨天张伟说今天上午送服务器。”陈溯说，“吴老师，您负责接收和上架。配置单我看了，双CPU，512MB内存，够我们用。”
吴海波点头：“机房那边我已经打过招呼，给咱们留了位置。”
“李教授，监控系统进度如何？”
“基础框架搭好了。”李明调出屏幕，“现在能监控CPU、内存、磁盘使用率，还有服务响应时间。告警规则设了三档：黄色预警、橙色警告、红色紧急。”
“告警发到哪里？”
“目前只能发邮件。”李明说，“我建议买几个BP机，重要告警可以发短信。”
又是钱。陈溯算了一下，四个数字BP机，一个三百左右，一千二。
“先用邮件。”他说，“等试点通过再配BP机。”
“罗斌，”陈溯转向少年，“今天你的任务是做压力测试脚本。模拟100个用户同时发短信，持续一小时。要记录响应时间、成功率、错误类型。”
“100个用户……”罗斌想了想，“网关那边有限制吗？”
“测试网关限速每秒50条。”陈溯说，“但我们不能顶着上限测，控制在每秒30条以内。”
“明白。”罗斌打开电脑，开始写Python脚本——这个年代用Python做压力测试的人还不多，但罗斌已经自学了。
八点整，会议结束，各自行动。
陈溯走到窗前。电子市场还没开门，楼下空荡荡的。几个清洁工在扫街，洒水车缓慢驶过，在路面留下湿润的痕迹。
今天将是关键的一天。服务器到位，系统压力测试，为下周端口开通做最后准备。
手机响了，是张伟。
“陈溯，服务器装车了，九点左右到。我侄子张浩也跟着过去，你多关照。”
“张总放心。”
挂断电话，陈溯回到座位。他打开后台管理界面，系统状态一切正常：服务运行时间23小时47分，累计处理短信532条，零错误。
但这只是开始。真正的考验，是面对真实用户和复杂环境。
二、不速之客
上午九点十分，一辆小货车停在电子市场后门。
张伟的侄子张浩从副驾驶跳下来。二十出头，染了一缕黄头发，穿着紧身牛仔裤和花衬衫，耳朵上戴着银色耳钉。
“陈溯是吧？”张浩上下打量他，“我叔让我来学习。你们这儿……挺破啊。”
驾驶室下来两个工人，开始卸服务器。黑色的机箱，比培训班那台老古董新多了。
陈溯没接张浩的话，径直走向工人：“师傅，小心点，里面是精密设备。”
“知道知道。”工人熟练地卸货，“放哪儿？”
“三楼机房，我跟你们上去。”
吴海波已经在机房等着。胖子老板也在，正指挥工人腾位置。
“就这儿。”胖子指着角落的机架，“电源接好了，网线也是通的。按天算租金，一天八十。”
陈溯点头。服务器上架花了半小时，接电、联网、装系统。吴海波亲自操作，他在DOS命令界面输入一行行指令，额头上冒出细密的汗珠。
十点整，服务器启动完成。
陈溯远程登录，检查配置。双Intel Pentium III 800MHz处理器，512MB SDRAM，两块18GB SCSI硬盘做RAID 1。在2000年，这算是中高端配置了。
“够用了。”他对吴海波说，“把我们的系统迁移过来。”
“现在？”
“现在。”
系统迁移花了两个小时。代码上传，数据库导入，配置文件修改。每一步都可能出错，但吴海波操作得很稳。
中午十二点，新服务器上的系统开始运行。
陈溯用测试手机发了一条短信：“TQ SH”。
三秒后，回复来了：“上海今日多云，27-33℃。紫外线强，注意防晒。”
响应时间比昨天快了四秒。新服务器的性能优势体现出来了。
“压力测试可以开始了。”陈溯对罗斌说。
罗斌点头，运行他写好的脚本。
屏幕上，日志开始滚动：
“[12:05] 启动压力测试，目标：100虚拟用户，持续1小时。”
“[12:05] 用户1-10登录成功…”
“[12:06] 用户11-20登录成功…”
张浩凑过来看：“这啥玩意儿？命令行黑乎乎的。”
“压力测试脚本。”罗斌头也不抬。
“能看懂吗你？”张浩语气轻蔑。
罗斌没理他，继续盯着屏幕。
陈溯看了张浩一眼：“张浩，你叔让你来学习，不是来点评的。如果想学，找个地方坐下，多看少说。”
张浩撇撇嘴，拉过一把椅子坐下，掏出手机开始玩贪吃蛇——2000年最流行的手机游戏。
压力测试进行到二十分钟时，第一个问题出现了。
“[12:25] 用户47发送失败，错误代码：503 服务不可用。”
罗斌立刻调出错误日志：“网关返回503，应该是触发了限流。”
“暂停测试。”陈溯说，“检查网关的限流策略。”
李明调出移动的测试网关文档：“文档上说，单IP每分钟限60条。我们的测试IP现在发了多少？”
罗斌查看统计数据：“58条。还没到上限。”
“那为什么503？”
“可能是网关内部的其他限制。”李明说，“或者……我们的请求频率分布不均匀，某一秒突增触发了保护机制。”
陈溯思考了几秒：“修改脚本，在请求之间增加随机延迟，模拟真实用户的不规律性。”
“改代码要时间。”罗斌说。
“要多久？”
“二十分钟。”
“抓紧。”
罗斌开始修改脚本。张浩凑过去看：“你这么改不对，应该在循环外面加延迟……”
“你懂？”罗斌终于抬头看他。
“当然懂。”张浩得意，“我大学学过编程。”
“那你来。”罗斌让开位置。
张浩坐下，手指在键盘上敲了几下，然后停住了。他盯着代码，额头上开始冒汗。
“这……这语法我没见过。”
“Python。”罗斌说，“1991年发布的语言，现在国外很流行。”
张浩脸色涨红，站起来：“花里胡哨的，用C语言不行吗？”
“测试脚本用Python效率更高。”罗斌重新坐下，“不懂就别乱说。”
陈溯看着这一幕，心里对张浩有了判断——眼高手低，基础不扎实，还爱显摆。张伟派这么个人来，可能不是想偷师，而是单纯找个地方打发亲戚。
但无论如何，这人不能留在核心团队。
“张浩。”陈溯说，“你去楼下买五瓶水，再带点午饭上来。钱我给你。”
这是明显的支开。
张浩愣了一下，脸色更难看了，但还是接过钱，悻悻地走了。
“这人不行。”李明直接说，“留在团队只会添乱。”
“我知道。”陈溯说，“但暂时不能赶他走。服务器是借他叔的。”
“那就让他打杂。”吴海波说，“别碰代码就行。”
三、机房危机
下午一点，修改后的压力测试重新开始。
这一次，请求分布均匀了许多，没有再触发网关限流。但新的问题出现了——服务器内存使用率持续升高。
“[13:15] 内存使用率：65%”
“[13:25] 内存使用率：78%”
“[13:35] 内存使用率：91%”
“内存泄漏。”李明判断，“我们的代码里有地方没释放内存。”
“找出来。”陈溯说。
四人开始查代码。几千行代码，要找到具体哪一处内存泄漏，像大海捞针。
罗斌写了个小工具，监控每个函数的内存分配和释放。半小时后，定位到了问题——处理短信内容的一个函数，每次调用都会分配一小块内存，但异常情况下没有释放。
“这个函数每小时会被调用几万次。”罗斌计算，“每次泄漏1KB，一小时就是几十MB。”
“修复。”陈溯说。
罗斌开始改代码。张浩回来了，拎着水和盒饭。
“吃饭了。”他把东西往桌上一放，自己先打开一盒吃了起来。
陈溯没动，盯着罗斌改代码。吴海波和李明也没动。
张浩吃了几口，发现没人理他，有些尴尬：“你们……不吃？”
“等会儿。”陈溯说。
下午两点，内存泄漏问题修复，压力测试第三次开始。
这一次，内存使用率稳定在45%左右，CPU使用率30%，一切正常。
“可以了。”李明说，“系统能撑住压力测试，实际用户量比这小得多。”
“但实际环境更复杂。”陈溯说，“用户可能发各种奇怪的内容，可能恶意攻击，可能……”
他话没说完，机房的门被猛地推开。胖子老板满头大汗跑进来：“停电了！”
“什么？”
“整栋楼停电！”胖子说，“供电局检修，说是两个小时！”
陈溯心里一沉。服务器有机房UPS（不间断电源），但只能撑半小时。半小时后如果还没来电，服务器会关机。
“为什么不提前通知？”
“我也是刚接到通知！”胖子擦汗，“你们快想办法，UPS报警了！”
陈溯冲向服务器。UPS面板上，电池电量显示还剩25%，预计续航时间18分钟。
“保存所有数据，准备关机。”他对吴海波说。
“测试数据还没保存完……”
“强制保存，然后关机。”陈溯说，“服务器不能非正常断电，会损坏硬盘。”
吴海波开始操作。罗斌也加入，两人手指在键盘上飞舞。
张浩站在一边，完全帮不上忙。
十五分钟后，所有数据保存完毕，服务器安全关机。
UPS电量还剩8%。
机房陷入黑暗，只有应急灯发出微弱的光。
“现在怎么办？”吴海波问。
“等。”陈溯说，“两小时。这两小时，我们做不了任何事。”
这是创业中最无奈的时刻——技术再强，也敌不过基础设施的脆弱。
四人回到二楼培训班。没有电，电脑用不了，风扇也停了，房间里很快闷热起来。
张浩第一个抱怨：“这什么破地方，连电都没有。”
“你不想待可以走。”陈溯说。
张浩不说话了，但脸色难看。
陈溯走到窗边，看着楼下。整条街都停电了，商铺关门，行人稀少。2000年的小城市，电网改造还没完成，停电是常事。
但对他们来说，每一次停电都是致命的。系统停运，用户流失，收入中断。
“我们需要自己的发电机。”李明说。
“买不起。”陈溯实话实说，“最便宜的柴油发电机也要上万。”
“那就租。”李明说，“重要时刻租一台，比如正式上线那天。”
陈溯想了想：“可以。正式上线那天，租一台发电机放楼下，以防万一。”
“还要考虑网络。”罗斌突然说，“停电可能只是开始，如果网络也断了……”
“移动的专线不会轻易断。”吴海波说，“但确实要做好预案。”
四人开始讨论应急预案。没有电，没有电脑，就用纸笔。陈溯在笔记本上写下：
应急预案：
停电：租发电机（日租500元）
断网：准备备用拨号上网（速度慢但可用）
服务器故障：准备备用机（张伟的服务器可作为备用）
数据丢失：每日备份到本地硬盘
写完这些，下午已经过去一半。
陈溯看着窗外的街道，突然意识到一个更深层的问题——他们现在的运营模式太脆弱了。所有的东西都集中在这个小城市的一个机房里，一旦出事，全盘皆输。
未来，系统必须分布式部署。服务器要在多个城市，要有冗余，要能自动切换。
但那需要钱，需要技术，需要时间。
现在，他们只能硬扛。
下午四点，电来了。
机房恢复供电，UPS开始充电。服务器重启需要时间，系统重新上线。
陈溯看着屏幕上的启动进度条，心里计算着损失：系统停运两小时，压力测试中断，今天的工作计划被打乱。
但这就是创业——永远有意料之外的事情发生。
四、端口开通
七月一日，早晨八点。
陈溯的手机响了，是赵明。
“陈溯，测试端口今天上午十点开通。”赵明说，“端口号106699001，网关地址我发你邮箱。记住，只能用这个端口做测试，不能商用。”
“明白。”陈溯说，“赵总，测试期有什么具体要求吗？”
“具体要求邮件里都有。”赵明说，“核心是三条：第一，不能有用户投诉；第二，不能有技术故障；第三，不能违规操作。三个月后，根据这三条评估。”
“好。”
挂断电话，陈溯立刻打开邮箱。赵明的邮件已经发来，附件里有详细的测试规范和评估标准。
他快速浏览。规范很细致：短信内容要健康，不能有色情、暴力、政治敏感内容；计费要透明，每条短信必须明确告知价格；退订要方便，用户发0000必须能退订所有服务。
评估标准更严格：用户投诉率不能超过0.1%，系统可用性要达到99.9%，每月要提交详细的运营报告。
“要求很高。”李明看完邮件说。
“但公平。”陈溯说，“高标准能筛掉那些想捞快钱的公司。对我们这种想做长久的，反而是机会。”
“现在的问题是我们没用户。”吴海波说，“测试期需要真实用户数据，但我们去哪找用户？”
陈溯早就想过这个问题：“从身边人开始。亲戚、朋友、同学，每人发一个测试账号，让他们试用，提意见。”
“这样……会不会太慢了？”
“慢，但稳。”陈溯说，“我们先做小范围测试，把系统打磨好，再考虑扩大。”
他拿出笔记本，开始列名单：
父母、几个亲戚、高中关系好的同学、吴海波培训班的学员、李明带的学生……
列了五十个名字。
“每人给一个测试手机号，让他们免费试用一周。”陈溯说，“但要说清楚，是测试，可能会有问题，请他们及时反馈。”
“谁来做客服？”吴海波问。
“我来。”陈溯说，“白天我在，晚上罗斌可以帮忙。周末李教授有空也可以。”
罗斌点头：“我可以。”
“那好。”陈溯说，“现在开始导入测试用户数据。”
吴海波开始操作。后台管理界面，用户列表从0开始增长：1，2，3……50。
五十个测试用户，对应五十个虚拟手机号——这些都是他们买的神州行卡。
上午十点整，端口正式开通。
陈溯用第一个测试号发短信：“XZ 双子座”。
五秒后，回复来了：“双子座今日运势：思维活跃，适合学习新知识。工作上可能有意外机会。幸运数字：7。”
成功。
他又测了天气、笑话、新闻。全部正常。
“通知所有测试用户。”陈溯说，“系统开始测试，请他们试用。”
吴海波群发了短信。很快，后台开始收到真实用户的请求。
用户1：“TQ BJ”
用户3：“XZ 天蝎座”
用户5：“笑话”
系统稳定运行，响应时间保持在3-5秒。
陈溯盯着监控界面。CPU使用率15%，内存45%，网络流量平缓。一切正常。
但不知为什么，他总觉得不踏实。
太顺利了。
创业就像走钢丝，顺利的时候往往是最危险的时候——因为你会放松警惕。
五、第一次警报
下午两点，第一个用户反馈来了。
是陈溯的高中同学，班长：“陈溯，你们这个星座运势准不准啊？我是白羊座，它说我今天会遇到贵人，但我一上午都在家看电视。”
陈溯回复：“这是通用文案，仅供参考。谢谢反馈，我们会优化。”
紧接着第二个反馈，来自吴海波的培训班学员：“笑话不好笑，能不能更新点新鲜的？”
第三个反馈，来自李明的学生：“天气数据好像滞后了，说今天晴天，但实际下雨了。”
问题开始暴露。真实用户的需求，比他们想象的要细致，要苛刻。
陈溯一一记录，分类整理：
内容类问题：文案质量、数据准确性、更新频率。
体验类问题：响应速度、操作便捷性、退订流程。
功能类问题：缺少个性化推荐、不能定制内容、没有历史记录。
“这些问题，试点评估不考核。”吴海波说，“我们不用管吧？”
“要管。”陈溯说，“虽然评估不考核，但用户满意度会影响口碑。如果我们想长期做，就必须把体验做好。”
“但时间不够。”李明说，“三个月，我们要同时做技术优化和体验优化，人手不够。”
“分优先级。”陈溯说，“技术优化优先，保证系统稳定。体验优化做最核心的：更新笑话库、优化天气数据源、增加个性化选项。”
“个性化选项怎么做？”
“很简单。”陈溯说，“用户第一次订阅时，记录他的星座、所在城市。之后发短信就不用带参数了，直接回复个性化内容。”
“这个要改代码。”罗斌说。
“改。”陈溯说，“今天晚上就改，明天上线。”
下午四点，系统运行六小时，累计处理短信312条，零故障。
陈溯稍微松了口气。但他知道，真正的考验还没来——用户量扩大后，系统能否承受？遇到恶意攻击怎么办？出现重大bug怎么快速修复？
傍晚六点，第二个警报来了。
这次不是用户反馈，而是系统监控告警。
“[18:05] 检测到异常流量，来源IP：218.76.xxx.xxx，请求频率：每秒20次，持续30秒。”
罗斌立刻调出日志：“又是攻击。这次换了个IP，手法类似，但更隐蔽——每次请求内容都不同，规避了简单的内容过滤。”
“封IP。”陈溯说。
“已经自动封了。”罗斌说，“但我查了下，这个IP是省城的。可能是同行测试，也可能是……”
“是什么？”
“也可能是移动内部的测试。”罗斌说，“他们想看看我们的防护能力。”
这个可能性很大。试点期，移动肯定会测试各家的系统稳定性和安全性。
“加强监控。”陈溯说，“所有异常流量都记录，分析模式。”
“已经在做了。”罗斌说，“但我发现一个问题——我们的防护脚本是手动的，每次攻击来了才封IP。应该做成自动的，实时分析，实时封禁。”
“你需要多久？”
“写自动化脚本，至少两天。”
“太久了。”陈溯说，“先用手动，同时写自动化。李教授，您能帮忙吗？”
李明点头：“我和罗斌一起做。”
晚上八点，测试用户陆续下班放学，短信量进入高峰期。
后台数据开始快速跳动：
“[20:15] 当前在线用户：32”
“[20:30] 当前在线用户：41”
“[20:45] 当前在线用户：37”
系统负载也在上升，CPU使用率最高达到45%，内存55%，但还在安全范围内。
陈溯盯着监控界面，像盯着重症监护室的病人。每一个指标的波动，都牵动他的神经。
吴海波煮了第二壶茶。张浩早就走了，说是“家里有事”，但大家都知道他是不想加班。
晚上九点，罗斌突然说：“又有攻击。”
这次是三个IP同时发起，请求频率不高，但内容经过精心设计——每条短信都包含特殊字符，试图触发系统的解析漏洞。
“手动封禁来不及了。”罗斌说，“三个IP同时来，而且它们在轮换——一个被封，另一个立刻接上。”
“能看出攻击目的吗？”陈溯问。
“像是在找漏洞。”罗斌分析，“他们发的每条短信都不同，测试各种边界情况：超长内容、特殊编码、非法字符……”
“移动的测试？”吴海波问。
“不像。”罗斌说，“移动的测试会更规范。这种更像是……竞争对手。”
这个词让房间里的空气凝重起来。
如果真是竞争对手，意味着他们已经被人盯上了。试点还没正式通过，就有人想把他们搞垮。
“加强防护。”陈溯说，“今晚轮流值守，我和罗斌第一班，李教授和吴老师第二班。”
“好。”
晚上十点，攻击突然停止了。
三个IP同时消失，就像从来没出现过。
但陈溯知道，这只是开始。
对方在试探，在收集信息。下一次攻击，会更猛烈，更致命。
他走到窗前。夜色深沉，街上行人稀少。
2000年的夏天夜晚，安静得能听到蝉鸣。
但在这安静之下，暗流已经开始涌动。
溯光科技的第一个产品，还没正式上线，就已经进入了战场。
陈溯握紧了手机。
三个月。他必须在这三个月里，让系统足够强大，足够稳定，足够安全。
否则，一切都会在摇篮里被扼杀。