请确保:java
舒适提示:目前V3 api推送能够经过参数apns_production来指定推送环境:false为开发环境,true为生产环境。V3 api不带此参数则默认为生产环境,V3 api封装的sdk 默认为开发环境。ios
程序运行的时候出现下面的错误信息:json
did Fail To Register For Remote Notifications With Error: Error Domain=NSCocoaErrorDomain Code=
3000
"未找到应用程序的“aps-environment”的权利字符串"
UserInfo=
0x1c55e000
{NSLocalizedDescription=未找到应用程序的“aps-environment”的权利字符串}
|
这个是因为你的Provisioning Profile文件,不具有APNS功能致使的。请登录Apple Developer 网站设置好证书,更新Provisioning Profile,从新导入Xcode。api
或参考:http://blog.csdn.net/stefzeus/article/details/7418552xcode
获取 APNs 推送内容服务器
关闭推送有如下两种方式关闭:网络
1.在iOS系统设置的通知设置中更改对应app的推送设置(推荐);app
2.在代码中调用 [[UIApplication sharedApplication] unregisterForRemoteNotifications];tcp
对应以上关闭方式的从新打开推送方法:ide
1.在iOS系统设置的通知设置中修改对应app的推送设置;
2.在代码中从新调用 [APService registerForRemoteNotificationTypes:];
JPush 网站上推送 iOS 通知时,可选设置里面有选项能够指定 badge 的参数的值,如:1或"+1"。
api上指定badge的参数请看:Push-API-v3#API-v3-ios,客户端上报badge到JPush服务器的接口请看:设置badge。
Icon Badge number 的清空方法:
注意:badge累加只能经过v3api推送,且只有1.7.4版本以上才能支持。
若是推送 APN 时,Badge number 被指定为0 ,则可能出现 APN 消息在通知中心被点击后,尽管调用了 [[UIApplication sharedApplication] setApplicationIconBadgeNumber:0]; 但 APN 消息在通知中心不会被删除的状况。 这种状况能够按以下代码调用以清除通知中心的 APN 通知。
[[UIApplication sharedApplication] setApplicationIconBadgeNumber:
1
];
[[UIApplication sharedApplication] setApplicationIconBadgeNumber:
0
];
|
若是仍有其余消息,则考虑清除 local notification 通知。( [[UIApplication sharedApplication] cancelAllLocalNotifications] )
若是出现上述日志,则说明一段时间内都没法获取device token,那么:
1.确认你的app配置了apns权限,若是未配置apns权限,则应该会出现此错误提示。
2.确认你的app运行在ios真机而非模拟器上,且通知中心中对应app的通知权限没有彻底关闭(alert/sound/badge至少有一个权限是打开的)。
3.确认info.plist上的BundleID是否和上传到JPush官网的p12证书的BundleID一致,BuildSetting里面的Provision Profile是否属于JPush官网上显示的BundleID,CodeSigning选择的证书是否from你所选择的Provision Profile的证书。
4.确认你的网络情况,与apple的服务器的链接是经过tcp的 5223端口链接,确认你网络的对应端口是否可用,可经过下列命令来确认这点:
telnet
1
-courier.push.apple.com
5223
|
5.在代码中可在如下两个函数中断点以确认device token的获取状态。
- (
void
)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken;
- (
void
)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error;
|
若是app运行进入didFailToRegisterForRemoteNotificationsWithError 则说明app的APNS权限问题或者app运行在模拟器,参考 证书设置文档。
若是app运行进入didRegisterForRemoteNotificationsWithDeviceToken 则说明运行正常,请确认你在此函数中的代码中有将token传递给jpush的调用:
[APService registerDeviceToken:deviceToken];
|
6.若是以上两个registerRemoteNotification的函数都未进入, 请确认你的代码中有注册申请apns的函数调用:
[APService registerForRemoteNotificationTypes:];
|
6.若是上述状况都已确认且未进入第4步的任意回调函数,则能够判断没法获取token的缘由在于设备与apple的网络连通性问题(注:一个设备只有在未申请过token的状况下才会须要与apple的网络交互来获取token,已经获取过某一环境token的设备在无网络的状况下也能获取到对应环境的token(环境分为 开发/生产)),这种状况下切换网络可以在大部分状况下解决此问题。
7.若是仍然有问题,请将上述步骤的结果以邮件附件的形式发送到JPush支持邮箱,咱们将协助你解决此问题。
1.请确认xcode选择的生产证书和上传的证书的bundleid一致;
2. 若是是在jpush网站上推送,请确认新建通知时推送对象是否选择了生产环境,如图:
3.若是使用了V2 api 的apns_production参数,值是否为:1;若是使用了V3 api 的apns_production参数,值是否为:true。
证书上传未经过的缘由通常有:
1.当前上传的p12证书密码输入有误;
2. 证书导出的时候展开了证书,把我的私钥导了出来,导证书的时候请不要展开证书;
3.当前上传的证书环境不对,如:在上传开发证书的地方上传了生产证书;
4.该证书已在本帐号的其它应用使用;
5.现上传的证书与当前应用已上传成功的证书的bundle id不一致。
具体请看上传后显示的错误输出内容。
这个主要是提示开发者若是要支持UIBackgroundModes,须要开启Remote notifications,具体操做能够看:iOS 7 Background Remote Notification
应在全部的须要统计得页面得 viewWillAppear 和 viewWillDisappear 加入 startLogPageView 和 stopLogPageView 来统计当前页面的停留时间。