我目前在iOS应用程序的AdWhirl设置中配置了AdMob和iAd，该应用程序目前在应用商店中。我也在考虑添加InMobi。显然，我需要将InMobi SDK添加到我的应用程序中，并对该应用程序进行更新。不过，我担心的是，一旦我启用InMobi，旧版本的应用程序会发生什么。他们会收到无法处理的InMobi请求吗？基本上，这会是个问题吗？
这实际上是一个非常好的问题。如果你在AdWhirl UI中更新配置以添加InMobi，运行旧版本应用程序的用户将获得新配置。重要的是AdWhirl如何处理配置。iOS和Android的行为不同，但我认为两者都是相关的。
简短回答：
iOS：百分比针对有效网络进行标准化。
安卓：后填充优先级最高的有效网络会消耗无效网络的前填充百分比。
解释：
iOS:当iOS尝试解析新配置时，它只会为满足某些条件的广告网络设置配置，包括具有相应的适配器。否则，该网络的配置将返回nil，并且只有有效的网络包含在中介中。然后，您的百分比将被标准化。如果你有20%的AdMob、20%的iAd和60%的inMob，那么只有AdMob和iAd的旧应用程序的百分比将分别为AdMob的20/40和iAd，或者每个网络的50%。回填优先级与预期相同，但不包括inMobi等无效网络。
Android：当Android试图解析新配置时，您的旧应用程序会盲目地添加inMobi作为配置。SDK通常以jar的形式包含，其中包含广告网络适配器的所有.class文件，因此此检查不是在Android端进行的。与iOS不同，安卓将尝试使用inMobi发出请求，即使在旧应用程序上也是如此。请求将正常失败，但随后AdWhirl将切换到您的回填优先级。这意味着，如果你有20%的AdMob、20%的iAd和60%的inMob，并且iAd是你的首要回填优先级，那么对于只包括AdMob和iAd SDK的旧应用程序，你基本上会得到80%的iAd，20%的AdMob。在安卓系统上进行此类更新时要小心，因为结果可能不是你预期的那样。
它认为这不应该是个问题。我认为，当配置从服务器返回时，会进行检查，以确保所有广告网络SDK都可用。如果某个特定的SDK不可用，它只会对其余结果进行规范化。AdWhirl应该很好地处理这种情况。