第37章 暗度陈仓 (第3/3页)
问题都说清楚，把我们不同意通过验收的理由写清楚。这就是我们目前唯一能做的了。”
陈默点点头，然后笑着对于剑说道：“我突然想起来上学时，语文课本上的一句话。”
于剑不解地问道：“什么话？”
陈默说道：“真的勇士，敢于直面惨淡的人生，敢于正视淋漓的鲜血。”
闻言，于剑并没有笑。而是低沉的说道：“老陈，说实话，如果让我选择，我宁愿选择在战场上和敌人真刀真枪的拼命，也不愿意在单位里小心翼翼的迎合。太累，心太累。”
陈默深以为然的点点头，把手里的烟点着。
当天下午下班前，在老周和李思涵的配合下，陈默就写好了情况说明。情况说明很客观，里面并没有夹杂任何个人情绪与猜测，而是全部用事实与数据说话。
在代码质量层面存在的SQL注入漏洞、内存溢出风险、数据库全表扫描导致的性能瓶颈。在性能方面存在的系统并发处理能力为每秒一千二百笔交易，与实际应用场景严重不符，差距达二十五倍，现有架构无法通过简单优化解决。在业务层面，失败率过高。收费站管理模块，失败率28%；路段中心结算模块，失败率41%；省中心清分清算模块，失败率为52%。更严重的是，省中心清分清算模块是核心中的核心。全省几百个收费站，每天几十万笔交易，最终都要汇总到这里，按路段、按车型、按时间，进行清分和结算。这个模块52%的失败率，意味着一半以上的核心功能有问题。
在缺陷bug数方面，严重缺陷62条，主要缺陷117条，一般缺陷25条。共分为四类：第一类是‘重复扣费’，同一笔交易，在并发情况下可能被扣费两次。复现步骤：模拟两笔相同车牌的交易同时进入扣费流程，系统未做幂等校验，导致银行账户被扣两次款。第二类是计费错误。跨省交易的计费逻辑未考虑节假日免费政策，导致免费时段内仍生成扣费流水。第三类是数据丢失。数据库未配置主从同步，单点故障时会丢失故障发生期间的数据，直至故障恢复后。第四类是内存泄漏。清分清算模块在长时间运行后，JVM堆内存持续增长，十二小时后触发OutOfMemoryError，服务自动重启，重启期间所有交易挂起。
这些都是足以导致系统大面积瘫痪、引发民众舆情的bug。
在情况说明最后，陈默写道：鉴于以上问题，本人不同意联网收费系统升级改造项目通过验收。并希望领导能够高度重视上述问题，并督促智通科技限时整改。待一切问题整改完毕，经三方专业测评公司评测通过后，方可验收通过。
敲下最后一个字后，陈默长长的舒了一口气。他站起身，走到窗前，伸了一个懒腰。
起风了，看着满天的乌云，入夏以来未下的这场雨，终于要来了。