题记
源自我参与的一个项目在用户那里出了bug,当然非我的改动引发,是之前处理数据未考虑到异常。
一、Bug描述

公式即:优化数据=出口1flow1-出口2flow2,优化比例=优化数据/出口1flow1。
正如上表黄色标注所示,bug表象是优化数据为负值,优化比例为负值。用户一看还了得,还不如不去优化?
二、Bug临时补救方案
分析发现,不是所有应用识别都会出错,只有极其个别的情况。并且这种逻辑,近几年就跑出一回。所以,我们的方案是,当出口2flow2>出口1flow1的时候,就置出口2flow2 =出口1flow1。这样就绝对不会出现优化数和优化比例为负数的情况。

三、Bug补救后仍存在隐患
隐患1:
所有上面的出口1、出口2的数据是从mysql数据库中读取的,包含合计数据。合计和应用1-9共用一套逻辑,所以导致纠错时,如果出现出口2比出
继续阅读与本文标签相同的文章
上一篇 :
PHP项目的“苦逼”经历与思考
下一篇 :
协议解析Bug分析
-
《Linux Shell脚本攻略》 笔记 第九章:进程管理
2026-05-24栏目: 教程
-
【公共云支持】MaxCompute Spark支持交互式Zeppelin
2026-05-24栏目: 教程
-
《Linux Shell脚本攻略》 笔记 第八章:磁盘、日志管理
2026-05-24栏目: 教程
-
云大使官方交流群,欢迎加入~
2026-05-24栏目: 教程
-
程序员还要写文档,要会吗?不要会吗? | 开发者必读(017期)
2026-05-24栏目: 教程
