关于开发者:MobPush开发过程常见问题

Android 端 Scheme 跳转首页，APP 在前台跳转失常，后盾失败

<activity android:name=".MainActivity" android:exported="true">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
            <intent-filter>
                <action android:name="android.intent.action.VIEW" />
                <category android:name="android.intent.category.DEFAULT" />
                <data
                    android:host="com.mob.mobpush.link"
                    android:scheme="mlink" />
            </intent-filter>
        </activity>

Android 端配置了默认点击跳转界面，对所有通道都无效吗

不是，对 MobPush、魅族、小米、华为、OPPO、VIVO 通道无效；对 FCM 通道有效。

Android 端如何获取回调参数

• 过程存活的状况下，可在咱们的回调监听中看到告诉详情，能够依据回调参数进行解决。详情请查看 API 接口 -> 推送监听接口。
• 过程被杀状况下，回调监听不可用，但点击告诉后拉起利用的启动页面，会触发启动 Activity 的 onCreate 或 onNewIntent，通过 getIntent 拿到回传的 Intent，能够拿到告诉详情。
• 注：PushSDK 提供了解析办法来获取回调参数，但厂商告诉次要是获取附加字段，不会把所有信息都解析进去。跳转首页获取参数

JSONArray jsonArray =  MobPushUtils.parseMainPluginPushIntent(getIntent());
System.out.println("-------------JsonPushData 打印查看："+jsonArray);

返回阐明

2.2 scheme 跳转获取参数，详情请查看 API 接口 ->scheme 跳转

JSONArray jsonArray = MobPushUtils.parseSchemePluginPushIntent(getIntent());
System.out.println("-------------JsonScheme 打印查看："+jsonArray);

3. 如不应用 PushSDK 提供的解析办法，可参考以下办法获取回调参数

private void dealPushResponse(Intent intent) {
        Bundle bundle = null;
        if (intent != null) {bundle = intent.getExtras();
            if (bundle == null) {Log.e("PushResponse","bundle 的值为空"+bundle);
                return;
            }
            else {Set<String> keySet = bundle.keySet();
                if (keySet == null || keySet.isEmpty()) {return;}
                for (String key  : keySet) {
                    // 通过 key 获取 bundle 中的 key 对应的值。就是附加数据了
                    Log.e("PushResponse","bundlekey=========================== 点击信息"+key);
                }
                Log.e("PushResponse","bundle=========================== 点击信息"+bundle.toString());
            }
        }
    }

Android 端 OPPO 推送时按全副人群进行推送，为什么有的 OPPO 设施接管不到

因为 OPPO 推送对应全副人群这种全量推送是有个工夫限度规定的，当全量推送时当天新注册的 OPPO 设施是不失效的，第二天才失效，被全量推送计算在指标设备组中，T+ 1 规定。而对应繁多 OPPO 设施推送时，没有 T + 1 规定限度，注册胜利即立刻失效。

Android 端厂商推送关上告诉都会有回调吗

不是都有回调，OPPO 推送没有接管告诉和关上告诉的回调；FCM 推送在利用处于后盾时或者利用过程被杀掉时没有接管告诉和关上告诉的回调。

Android 端利用在前台时，MobPush 通道推送接管不到

利用在前台时，MobPush 通道推送接管不到，请依照以下步骤查看：

1. 查看手机网络是否失常
2. 查看手机告诉权限是否关上
3. 是否在告诉栏不重要的告诉里
4. 查看利用配置是否正确

Android 端调用 MobPush.setClickNotificationToLaunchMainActivity()，设置为 false，点击告诉不启动主页，为什么设置后，没有起作用 **

此办法不是对所有通道都起作用，目前只对 MobPush 通道、魅族通道、小米通道起作用，对于华为通道、OPPO 通道、FCM 通道来说，因为各个厂商不同实现的起因，是否调用此形式都不影响这三个通道，默认都是启动主页。

Android 端 OPPO 和 VIVO 设施告诉权限开关问题

OPPO：

在未接入 OPPO PUSH 前，利用的告诉栏权限是默认敞开状态；接入 OPPO PUSH 后，ColorOS3.1 至 5.0 版本的 OPPO 手机，用户激活了相干利用后，告诉栏权限会默认关上。特地阐明，若用户在应用旧版本利用（未集成 OPPO PUSH），手动将利用的告诉栏权限进行了敞开，则只有用户手动卸载旧版本利用，再装置新版本（集成 OPPO PUSH）并激活，告诉栏才会默认关上。采纳笼罩装置的形式，告诉栏权限不会默认开启；ColorOS5.1 及当前的版本的手机，告诉栏权限由零碎对立敞开，需用户手动关上。

VIVO: 集成 VPUSH，告诉权限总开关根本默认关上，但下方类别开关默认敞开，须要用户手动关上。

Android 端小米手机接管不到推送

如果小米手机接管不到推送，请先查看告诉权限是否开启，同时小米设施从 MIUI9 开始告诉栏应用不重要告诉过滤，查看告诉栏里不重要告诉里是否有对应利用的告诉。

Android 端利用告诉权限未关上状态，关上后推送接管不到

一开始利用告诉权限未关上，等进行告诉权限关上时，请杀掉过程，重新启动 APP 而后从新推送。

Android 端接管回调和点击告诉回调肯定会被调用吗

不肯定。分推送通道，不同厂商，有不同的实现形式，导致有的都回调，有的只会回调点击告诉，有的都没有回调。

MobPush 通道，接管回调和点击告诉回调都会被调用；

华为厂商通道，厂商推送只提供了点击告诉回调；

小米厂商通道，接管回调和点击告诉回调都会被调用；

魅族厂商通道，接管回调和点击告诉回调都会被调用；

OPPO 厂商通道，两种回调都没有；

FCM 通道，利用在前台时接管回调和点击告诉回调都会被调用，利用在后盾或者利用过程被杀掉未启动时两种回调都没有；

VIVO 厂商通道，厂商推送只提供了点击告诉回调。

Android 端设置标签胜利后，进行通过标签推送，接管不到推送

设置标签胜利后，个别厂商同步拉取数据须要工夫，导致接口设置标签胜利，然而推送时设施没有同步，没有指标设施，故推送接管不到。倡议设施标签胜利后，期待几分钟之后再进行推送。

Android 端一台设施能设置几个别名？不同的设施能设置雷同的别名吗？

同一个 APP，一台设施只能对应一个别名，新设置的会笼罩掉之前设置的别名。不同的设施不能同时设置雷同的别名，最初设置的设施失效，其余设施的别名都将生效。

Android 端如果利用在 Android 9 的设施上获取不到注册 ID 即(regId)

如果在其余版本的 Android 手机能够获取到注册 ID，而在 Android 9 的设施上获取不到时，请确认下 targetSdkVersion 是大于 27；大于 27 时需在 AndroidManifest.xml 文件的中 application 标签中增加 android:usesCleartextTraffic=”true”

Android 端如果推送配置了 FCM 厂商，同时须要应用 Firebase 的其余产品（ads 等产品）时，编译时报错了，怎么办

1. 独自配置 ads 和 FCM 时，他们所依赖的雷同的库版本是否统一，如果不统一，须要进行版本对立；
2. 进行版本对立：在 APPmodule 的 build.gradle 中增加

configurations.all {exclude group: 'com.google.firebase', module: 'firebase-messaging'} 
// 在 app module 的 build.gradle 文件的 dependencies 里增加
compile 'com.google. firebase:firebase-messaging:17.1.0'

Android 端配置 vivo 厂商推送的 appId 和 AppKey 时，须要把“-”去掉吗

不须要

Android 端接入 vivo 厂商推送，发送推送胜利，vivo 设施未接管到推送

1. 查看配置是否正确，包名是否和申请 vivo 推送服务时的包名统一；
2. 手机告诉权限是否关上；
3. 查看音讯是否曾经送达然而折叠到了音讯盒子外面？目前的策略是利用存活时展现，不存活时折叠；
4. 查看设施联网是否有问题，如果连贯的 wifi 设置了代理，个别须要重启手机，能够切换手机网络重试；

Android 端如果配置了厂商推送的信息，然而运行打包发现 AppKey 不残缺，的确第一个数字时，怎么办

这是 gradle 版本太高导致的，请在配置有问题的中央退出一个空格。

Android 端配置了华为厂商推送，为什么有的华为设施无奈接管离线音讯

首先，排查配置的华为厂商参数是否正确；其次，查看华为设施 EMUI 版本，低于 5.0 可能不反对，如果低于 5.0，能够尝试降级设施里的‘华为挪动服务’利用，降级‘华为挪动服务’可能会反对华为厂商推送。

Android 端 MobPush 的厂商推送和利用应用的其余第三方产品中的厂商推送抵触了，如何解决

首页，在 build.gradle 的 MobPush{}配置中照常配置厂商信息；而后，在 build.gradle 文件最初增加：

configurations.all {
    exclude group: 'com.mob.push.plugins', module: 'meizu'   // 屏蔽 MobPush 提供的魅族厂商包
    exclude group: 'com.mob.push.plugins', module: 'xiaomi'  // 屏蔽 MobPush 提供的小米厂商包
    exclude group: 'com.mob.push.plugins', module: 'vivo'    // 屏蔽 MobPush 提供的 vivo 厂商包
    exclude group: 'com.mob.push.plugins', module: 'oppo'    // 屏蔽 MobPush 提供的 oppo 厂商包
}

哪个厂商抵触，exclude 哪个厂商就能够。

Android 端如果利用应用的其余第三方产品中的魅族厂商推送和 MobPush 的魅族厂商推送抵触了，推送时其中一个不起作用

因为魅族厂商推送对接管监听回调只取 AndroidManifest.xml 中配置的第一个 Reciever，所以谁在后面配置哪个产品就失效，前面配置多少个魅族厂商推送回调监听都有效。解决办法：自定义一个 Receiver，继承自 MzPushMessageReceiver，从新外面所有的办法，而后这个自定义的 Receiver 里调用 MobPush 的魅族回调和第三方产品的魅族回调；而后再 AndroidManifest.xml 文件中进行配置：

<receiver
                android:name="自定义 Receiver">
                <intent-filter>
                        <action
                                android:name="com.meizu.flyme.push.intent.MESSAGE" />
                        <action
                              android:name="com.meizu.flyme.push.intent.REGISTER.FEEDBACK" />
                        <action
                                android:name="com.meizu.flyme.push.intent.UNREGISTER.FEEDBACK" />
                        <action
                                android:name="com.meizu.c2dm.intent.REGISTRATION" />
                        <action
                                android:name="com.meizu.c2dm.intent.RECEIVE" />
                        <category
                                android:name="包名" />
                </intent-filter>
        </receiver>

在自定义的 Receiver 里实现示例：

public class MyReceiver extends MzPushMessageReceiver {
         private OtherReceiver otherReceiver;
         private PushMeiZuRevicer mobpushMeiZuReceiver;
         public MyReceiver() {otherReceiver = new OtherReceiver();
                mobpushMeiZuReceiver = new PushMeiZuRevicer();}
         @Override
         public void onPushStatus(Context context, PushSwitchStatus pushSwitchStatus) {otherReceiver.onPushStatus(context, pushSwitchStatus);
                mobpushMeiZuReceiver.onPushStatus(context, pushSwitchStatus);
         }
         @Override
         public void onRegisterStatus(Context context, RegisterStatus registerStatus) {otherReceiver.onRegisterStatus(context, registerStatus);
                mobpushMeiZuReceiver.onRegisterStatus(context, registerStatus);
         }
         @Override
         public void onRegister(Context context, String s) {otherReceiver.onRegister(context, s);
                mobpushMeiZuReceiver.onRegister(context, s);
         }
         @Override
         public void onUnRegister(Context context, boolean b) {otherReceiver.onUnRegister(context, b);
                mobpushMeiZuReceiver.onUnRegister(context, b);
         }
         @Override
         public void onUnRegisterStatus(Context context, UnRegisterStatus unRegisterStatus) {otherReceiver.onUnRegisterStatus(context, unRegisterStatus);
                mobpushMeiZuReceiver.onUnRegisterStatus(context, unRegisterStatus);
         }
         @Override
         public void onSubTagsStatus(Context context, SubTagsStatus subTagsStatus) {otherReceiver.onSubTagsStatus(context, subTagsStatus);
                mobpushMeiZuReceiver.onSubTagsStatus(context, subTagsStatus);
         }
         @Override
         public void onSubAliasStatus(Context context, SubAliasStatus subAliasStatus) {otherReceiver.onSubAliasStatus(context, subAliasStatus);
                mobpushMeiZuReceiver.onSubAliasStatus(context, subAliasStatus);
         }
         @Override
         public void onNotificationClicked(Context context, MzPushMessage mzPushMessage) {otherReceiver.onNotificationClicked(context, mzPushMessage);
                mobpushMeiZuReceiver.onNotificationClicked(context, mzPushMessage);
         }
         @Override
         public void onNotificationArrived(Context context, MzPushMessage mzPushMessage) {otherReceiver.onNotificationArrived(context, mzPushMessage);
                mobpushMeiZuReceiver.onNotificationArrived(context, mzPushMessage);
         }

         @Override
         public void onNotifyMessageArrived(Context context, String s) {otherReceiver.onNotifyMessageArrived(context, s);
                mobpushMeiZuReceiver.onNotifyMessageArrived(context, s);
         }
    }

Android 端配置了魅族厂商推送，客户端 debug log 输入注册胜利，推送时接管不到推送或者离线推送接管不到，如何解决

1. 确认下魅族厂商推送接入的是 flyme 推送，而不是 ups 推送。
2. 确认下魅族开发者平台创立的利用是否配置了回执，如果没有配置，请配置上哦~，这个会影响推送后果，导致推送不胜利。
3. 如果下面都确认失常，仍存在问题请分割 MobTech 技术支持进行排查解决。

Android 端同一个推送监听回调被调用了屡次，为什么

如果利用有多个子过程，同时推送监听回调是在 Application 的 onCreate 办法中增加，那么存在几个子过程 Application 的 onCreate 会调用几次，监听回调也会被增加几次，所以会呈现同一个推送监听回调被调用屡次的状况。如果想要只监听回调主过程，那么再增加时需判断下以后过程，为主过程时再增加推送监听回调。

Android 端反对角标性能吗

MobPush 是反对角标性能的。需调用 MobPush.setShowBadge(true)；关上角标性能，默认 false，角标性能敞开。

对于厂商通道来说，小米零碎自身就反对角标性能，不须要做任何解决；

魅族厂商不反对角标性能；

OPPO 和 VIVO 厂商目前只对自家利用和微信 QQ 凋谢角标性能；

华为厂商对 EMUI 8.0 及以上反对角标性能，如果须要对华为厂商关上角标性能，在服务端推送时在 extrasMapList 参数外面新增 androidBadgeClass 参数，其参数值是利用入口 Activity 的全门路，这样 EMUI8.0 及以上走华为厂商推送的设施就能够显示角标了。

Android 端 MobPush 反对多包名吗

反对。

Android 端一台设施利用能设置多个标签吗？雷同利用不同的设施能设置雷同的标签吗

同一个 APP，一台设施能够订阅多个标签，标签请尽量应用英文防止应用中文或特殊字符，导致厂商订阅标签失败而推送不胜利；不同的设施能够同时设置同一标签。

Android 端 MobPush 的 RegistrationId 会发生变化吗？如果发送变动是在什么机会下？RegistrationId 是固定长度的吗 **

注册 id 个别状况下不会发送变动，但也会呈现发现变动的状况，有时卸载重装或者设施复原出厂设施等状况下注册 id 会发生变化，而注册 id 的长度因为服务端外部优化后续会变动，不是固定长度的。

Android 端应用 StopPush 是否会敞开所有厂商渠道推送

除了 FCM 厂商无奈敞开（没有提供相干接口），TCP 以及其余厂商都是失常敞开的。

Android 端关上告诉权限后，还是无奈收到

MobPush 只会在初始化的时候更新记录的告诉权限状态。

如初始化的时候告诉权限是敞开的，需再次重启 APP，更新记录的告诉权限状态。如须要实时更新，可调用该办法：

// 关上轮询开关
MobPush.startNotificationMonitor();
// 敞开轮询开关
MobPush.stopNotificationMonitor();

Android 端无奈统计到厂商点击

请在点击告诉关上的 Activity 的 onCreate 中加上该办法

MobPush.notificationClickAck(getIntent());

Android 端华为厂商长文本款式有效

应用华为长文本款式，题目 (title) 为必填项。

Android 端华为厂商解析 intent 为空

华为传递数据给利用仅在 NC 版本在在 9.11 及以上版本失效，NC 版本查看形式(设置 - 利用 - 利用治理 - 推送服务)，老旧设施存在无推送服务或版本较低问题，可尝试降级版本解决，如无奈降级，华为未给出老旧设施兼容计划。具体阐明可查看：自定义点击音讯动作

iOS 端推送的下发逻辑是什么样的，什么叫离线推送

推送下发时候目前如果利用过程处于在线状态，走咱们 MobTech 通道，当利用过程完结，推送下发会走厂商通道，如果厂商下发失败，或者未配置厂商等配置，且利用过程是杀死状态，那么推送会进入到离线池中，在离线工夫有效期内，当用户再次关上 APP，推送会再次下发。接口推送时候默认离线工夫为 1 天，离线工夫可自定义最高为 30 天。

iOS 端告诉和自定义音讯区别

告诉：告诉是推送的惯例类型，在线走 tcp 通道，完结过程走厂商（APNS）, 能够通过零碎层面讲告诉展现到手机的告诉栏。

自定义音讯：自定义音讯理论为透传音讯，须要利用过程存活，服务端会将推送的 boday 等参数下发到客户端，由客户端回调接管，自行处理。

iOS 端什么叫 regsiterid，别名和标签别离是什么含意

regsiterid 和别名：其实都是设施的惟一标识，推送实质是将音讯推送到设施上，regsiteid 是 MobTech 给您生成的，然而 regsiteid 并不是不会扭转，所以须要每次获取最新的 regsiterid。别名相当于您自定义的设施标识。其本质是和 regsiterid 绑定，所以也是惟一的，且同一台设施只能设置一个，如果有 AB 俩台设施同时设置一个别名，那么依照设置程序最初设置的那台设施别名失效。regsiterid 和别名均实用于单点登录。

标签：标签性能，能够了解为群体推送，能够用来辨别用户群体，一个标签能够给多个设施设置，每个设施也能够具备多个标签，实用于用户群体辨别。也应用于多点登录逻辑。

iOS 端推送胜利后，后盾没有数据

推送胜利后，后盾统计不到数据，分为俩种状况（此处默认推送您客户端能够获取到 regsiterid）。第一种状况：当推送下发的设施推送权限被关掉，那么不会下发，且没有推送数据统计；第二种：推送工作胜利下发，然而推送工作进入到离线池中，此时当用户再次关上 APP 收到推送，能力被后盾统计到

iOS 端推送手机收不到怎么办

iOS：目前推送分为在线推送和厂商 APNS 推送，因为 iOS 辨别开发环境和生产环境所以第一工夫查看下推送是否环境不匹配，第二步肯定要确认利用运行状态下是否收到推送。调试推送程序，先调试 debug 环境下的在线推送，在调试 debug 环境下杀死 APP 的推送。如果在线能够收到，杀死 APP 收不到，可通过 smartpush 工具校验证书。

Android：安卓和 iOS 实质推送原理一样，然而安卓不辨别测试和生产，所以肯定要确定是否在线能够收到推送，如果在线收不到推送，请查看下 AppKey 相干是否配置有问题，客户端获取 regsiterid 是否能获取胜利，推送告诉是否关上，留神有一些告诉会被归类到不重要告诉栏。如果在线能够收到，请查看厂商相干配置，以及是否推送内容，推送频次被厂商限度。

留神：如果还不能解决收到请及时分割技术支持帮您解决。

iOS 端推送有测试环境和正式环境吗

iOS：推送存在测试环境和生产环境，这个是因为 iOS 自身推送就辨别推送开发证书和生产证书，只须要在代码中设置如下：

// 设置推送环境
#ifdef DEBUG
    [MobPush setAPNsForProduction:NO];
#else
    [MobPush setAPNsForProduction:YES];
#endi

留神：iOS 测试生产环境须要 achiver 打 ADHOC 类型的 ipa 包去测试生产哦

Android：安卓不辨别推送环境，测试时候倡议通过精准推送去测试，避免影响线上的设施利用。

iOS 端推送反对富媒体推送吗，反对语音播放以及图片展现吗

iOS: 反对富媒体推送，须要 iOS 零碎 10 以上设施，依照 demo 设置推送扩大，即可实现图片的播放，音频播放因为利用过程被杀死，所以须要在扩大中只能播放本地音频哦。

Android: MobPush 通道反对富媒体，厂商通道暂未开明，后续会开明厂商通道反对）

iOS 端静默推送和失常推送的区别

失常推送用户会收到推送内容、声音，利用处于后盾或者 kill 能够收到推送信息，然而不会走任何回调，点击推送内容进入 APP 后才会进入点击回调，要想处于后盾走 apns 回调的话，须要勾选静默推送，静默推送是一种非凡的近程推送，没有推送内容声音，不必点击推送内容也不必进入 APP 就会执行回调，用户毫无感觉。

iOS 端 MobPush 反对自定义声音吗，反对自定义跳转吗？

iOS：反对自定义声音，只须要将声音文件拖入到我的项目中，对应推送传入声音文件名称即可，反对自定义跳转，可在对应 vc 中设置标识跳转，详情参考 demo。

Android：反对自定义声音设置，办法同上，反对自定义跳转，可通过 scheme 跳转，详情参考 demo。

iOS 端 {“statue”:4801,”error”:” 申请 IP 不匹配或者未设置 ”}

MobTech 后盾能够设置 IP 白名单，如果设置后只有固定 ip 能够进行推送，不设置的话默认所有 IP 均能够推送。

iOS 端推送工作是否有限度

目前推送限度分为以下几种：

第一种：播送限度，推送播送类型每天限度 100, 每小时限度最高 10 次；推送 regsiterid 或者别名以及标签无限度，但单次下发最高下发 1000 个 regsiterid，别名或者标签（备注别名长度自定义限度字节长度【1-100】）。

第二种：接口频率限度, 推送接口（发送 + 查问）的接口频率限度，默认 500 次 / 分钟；webapi 全副接口的申请频率限度，默认 800 次 / 分钟。（可通过技术支持调高频率如果需要比拟高）。

iOS 端推送工作可依据地区进行天文范畴推送

推送是能够通过设置推送天文条件进行区域推送的，目前精准到为市级。参考 v3 推送接口。

iOS 端调用服务端推送报错怎么办 4001 4002 4005 等

服务端推送报错，4001 申请短少必要参数。4002 申请参数谬误，4005 数据校验失败（sign 校验失败）这些通常都是参数设置或者加密时候的问题，能够通过 postman 进行尝试参数：

{"source":"webapi","appkey":"2ecbc7bc53712","pushTarget":{"target":1},"pushForward":{"scheme":"mlink://com.mob.mobpush.link","nextType":2,"schemeDataList":{"key":"Iskey","value":"IsValue"}},"pushNotify":{"plats":[2],"iosProduction":0,"content":"推送的内容","type":1}}

/*****
参考链接：[MobPush 的接口 以及一些示例 - 简书 (jianshu.com)](https://www.jianshu.com/p/0aa7308476de)
*****/

iOS 端推送回调有的时候能够走，有的时候不能走，断点也没走是什么导致的

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(didReceiveMessage:) name:MobPushDidReceiveMessageNotification object:nil]; 须要查看这个办法是不是每次都调用到了，有可能是只调用了一次这个办法，并不是每次都调用了

iOS 端后盾显示推送音讯是已勾销状态

第一您这边 rid 或者别名传的不对，或者 rid 或者别名未入库，第二种手机设施敞开推送权限等等都会已勾销，须要关上推送重新启动利用

iOS 端如果推海内的话，须要加以下接口设置

国内推海内也是能够的，然而达到率应该会降落，因为海内连国内 tcp 服务不稳固，所以最好切换到海内服务器，须要调用这个接口[MobPush setRegionID:1]，如果切换到海内服务器，推送的时候，后盾推送须要抉择海外版推送，如果调用 api 接口推送，须要用海内域名接口 http://abroad.api.push.mob.co… 接口去推送，传值能够参考国内接口去传值

iOS 端企业账号的证书是否 应用 MobPush

企业账号的证书也能够 应用 MobPush

iOS 端推送关上 APP 能够收到图片，然而敞开 APP 就收不到图片，是什么问题呢

须要查看下扩大是否增加

iOS 端 Push 后盾上传证书，始终报错问题

有些用户始终说他的证书是对的，然而上传还是报错，可能他之前申请的证书是能够反对开发环境也能够反对生产环境测试的，这样的上传的不行的，须要去依据咱们的文档里的制作证书的办法在从新制作一个只反对开发环境的证书在上传

iOS 端 API 申请的时候始终提醒 5001：服务端未知谬误问题

须要查看申请的参数，参数里可能有的传值有问题

iOS 端对于 Push 推送的一些阐明

新增用户数：当日新增与 MobTech 服务器放弃连贯的用户数

沉闷用户数：当日内 MobPush SDK 与 MobTech 服务器建设过长链接的用户总数量

指标数：近 30 天内 MobPush SDK 与 MobTech 服务器建设过长链接的用户总数量，且在装、推送权限开启（其实也叫无效指标数）

下发数：由服务器理论下发到客户端的音讯总数，蕴含 TCP 下发数（不蕴含离线池的数据）+MobTech 申请厂商，并厂商返回胜利的数量

达到数：客户端 SDK 接管到音讯的数量

点击数：Push 点击数 + 补量点击数

• Push 点击数：点击告诉栏音讯的音讯数量（透传不统计点击）
• 补量点击数：通过补量工作带来的点击数

下发率：下发数 / 指标数

达到率：达到数 / 下发数

点击率：点击数 / 达到数

触达率：达到数 / 指标数

对于率的统计都准确到小数点 2 位

iOS 端在 flutter 上生产环境推送 APNS 收不到

通过 flutter build iOS 来打包而后公布到蒲公英上，推送的时候抉择 iOS 正式环境推送，前台能收到，但后盾不能收到的问题，须要改用 achiver 打 ADHOC 类型的 ipa 包 而后公布到蒲公英后，在重新安装测试，这样前台后盾能力收到。