成功日记(10/365)
最近由于项目交接，在盘点业务指标是发现不同统计口径的数据有差异，需要定位排查
主要两个问题表现
- 埋点数据比无埋点数据人数多了20%
- 埋点数据时长比无埋点数据多了40%
一、问题排查
更加代码逻辑来看，只有播放的时候才会报埋点，这个不会有错。而无埋点数据由于该页面的特殊性，也采用手动埋点的方式，当页面可见时，手动添加标记（这里是否有问题？),看代码逻辑上没问题，断点调试了下也正常。但随后发现打开开关当次竟然没有走到无埋点（特定场景），这就会导致无埋点的漏报。
分析珍重特定场景，由于刚启动页面还没有初始化完，导致页面为空走不到无埋点的逻辑。（这个修改是之前做性能优化，在开关关闭后把页面销毁，打开重新创建放大的）
还有一点埋点上报上是下一次上报当次的数据。这样的设计会导致最后一次数据的丢失（方案设计上的不足）
二、反思
2.1 多个指标的作用？
这个问题的发现是因为有多口径的指标，一个是手动埋点，一个是自动埋点（这里特殊性采用了手动，为什么自动不能兼容这种场景呐？--》需要分析下无埋点的设计与实现），只有一份数据，即使数据出错了，也很难意识到。
一个自动一个手动这样的设计的好处是什么？
这种多口径设计在其他方面是否有参考的价值？
比如读书，多了一本有一本，以为自己消耗理解了，但是真实情况是怎么样的？能不能把自己的读后感写出来分享出去，或者给别人说说这本书中写了什么有什么收获，然后从中进一步了解自己是否真正的理解了，也可以通过别人的反馈以及碰撞带来更多的思考。学以致用。
比如在执行力上，在时间管理上。是否有建立多口径的监控机制，如何建立多口径机制？挖个坑，后买自己更加实践来答。
2.2 正常逻辑VS特定场景
这是最近最二次遇到这种事情了，是在提醒我重视异常情况吗? 的确从方案设计上，从实现细节上有时候缺乏异常思维，可能埋下坑。
如何培养异常思维？
网络不好怎么办？塞车怎么办？手机没电怎么办？突然生命怎么办？突然被优化了怎么办？
也就是要培养居安思危的意识和思维。
如何知道出现了异常？如何处理异常？
有些异常那么致命，出现后导致后后果可能是某个局部功能无法使用，时间浪费等等
也有些异常是致命的，如果出现将会带来很大损失的。这种情况又该如何加上保险？
针对第一种异常，要建立监控机制，定期检查，异常告警，找到原因和方案，及时修复
针对第二种异常，要建立保险机制，把影响降到最低
学习异常处理的架构和思维。
网友评论