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包 而后公布到蒲公英后,在重新安装测试,这样前台后盾能力收到。