在两个星期前，我们一个新版本的App上线了。上线了之后发现Google广告收入几乎下降了一半有多，这对我们来说，已经算是一个二级事故。所以后续我们马上开始了问题的排查工作。
对于这个问题，我们首先检查两项数据，一个是广告的请求数、另一个是广告的展示率。同时我们也拉了不同版本的数据做对比。其中发现，请求数一切正常，仅仅只有我们新版本的广告展示率出现异常，其他版本广告的展示率匀正常。
也就是说，这一个新版本里，有一些改动导致影响了Google广告的正常展示次数。
而在一般情况下，我们只能控制请求的时机点，而对于广告展示的到达与否其实对于我们来说是不能完全控制。
而我们客户端负责广告接入的同时已经明确表示，我们的广告请求代码并没有做作出过调整，所以请求的数据理论上是不会有问题的。既然请求的数据没有问题，又是什么原因导致我们的广告展示不了呢？
这开始进入了僵局。
直到这周，测试的小伙伴提供了一个非常有价值的信息。测试人员发现，当快速点击开始游戏按钮的时候，原本应该展示广告的弹窗却没有展示出来。顿时，我们都仿佛看到了曙光，真相离我们越来越近。
只要能重现，一切的问题将不再是问题。
我们马上安排了相关同事，针对对应场景的代码进行code review后发现，在广告还没有返回到达的时候，假如再请求一次的话，会先执行Cancel然后再发起新的请求。其中导致我们展示率降低的“凶手”就是这个环节中的Cancel。
但问题既然是重发就会触发的，那为什么老的版本出现这情况的概率低了这么多？或者说是哪个改动提高了这个点击次数？
由于唯一影响用户点击频率的地方只有在加载广告时的Loading的蒙版，所以我们很快地定位到问题，是由于新版本某个需求把蒙版统一改成可以透过点击导致的。
总结
在这次的问题中，我们的处理反应时间我认为还是慢了，在测试没有介入之前我们几乎完全没有头绪。然而我们难道真的一点线索都没有吗？答案肯定是否定的，其实这个问题，原可以通过现象推导出来，然而我们并没有做到。
在这里，我再简单地总结一下：
凡是遇到数据缺失的情况，有且仅有两种情况。要么数据没有如期添加，要么数据被删除。
以上就是我对这次广告展示率问题的一些简单总结，也希望通过这次经历的分享能给到大家一些启发。喜欢的简友们欢迎点赞并关注，你们的支持是我最大的动力。
网友评论