JPush Push API 更新增加了一个可选参数“apns_production”，用来指定这次推送的 iOS 部署环境：0. 开发环境，1:生产环境。与此同时，JPush Web Portal 上进行推送时，可指定这次推送的环境。
成都网站建设哪家好，找成都创新互联！专注于网页设计、成都网站建设、微信开发、小程序设计、集团成都企业网站建设等服务项目。核心团队均拥有互联网行业多年经验，服务众多知名企业客户；涵盖的客户类型包括：成都玻璃钢雕塑等众多领域，积累了大量丰富的经验，同时也获得了客户的一致认可！
此功能是基于开发者的反馈来做出的：为了方便 iOS 应用上线后，部署环境设置为“生产环境”时，仍然需要进行 iOS 开发环境的推送测试。
对于老版本未指定 “apns_production” 参数的 API 调用，默认行为与之前相同：检查 JPush Web Portal 上当前应用的部署环境设置。如果指定了此参数，则按照此参数指定来进行这次 APNs 推送。
详细请参考推送 API 文档里的具体参数定义：
JPush 官方提供的 API Client Library 将在稍后的版本更新中逐步加上此特性。
APNs Development iOS ：开发环境下的推送证书。APP接入个推、极光实现推送功能时，需要这两个环境下的证书，不过证书要在keychain中生成p12文件才可被个推、极光识别。
Apple Push Services :生产环境下的推送证书。APP接入个推、极光实现推送功能时，需要这两个环境下的证书，不过证书要在keychain中生成p12文件才可被个推、极光识别。
iOS Distribution :生产证书。把app的ipa包上传到AppStoreConnect审核会用到发布证书
iOS Development :开发证书。真机调试、发包测试会用到开发证书
由于我现在开发的应用比较依赖消息推送。但在生产环境中(production)来测试消息推送比较麻烦.大部分人认为只能在app发布之后，才能验证生产环境下的消息推送。其实是不对的这篇文章，是解决如何在不提交app应用的情况下，使用ad-hoc模式来验证消息推送(push notifications).
1.png
把codeSign 设置我就忽略了接着，进入XCode-Product-Scheme-Edit Scheme。修改Build Configuration为Release
2.png
然后进行打包 savefor adhoc ipa然后。通过itunes装到有权限的设备上就可以验证生产证书的推送。
推送包括两种形式和两种方法。两种方法包括api推送（即后台推送）和极光web控制台推送。
两种形式指的是推送包含推送通知以及推送消息，注意：通知会在苹果通知中心显示，但是消息并不会走apns，即app在后台或者未运行时不会以通知的形式显示到手机页面上，但是每次app启动并运行的时候会通过回调方法调用获得推送消息。
往往需要针对个人推送，这里需要用到极光推送中的别名，或者标签。其原理是用户在登陆成功时，通过用户唯一身份ID进行别名或者标签注册，在下次需要针对个人推送时，增加通过别名或者标签推送。
极光推送作为较成熟的推送平台，通过集成基础操作。为客户端以及服务端节省了大量时间来实现推送效果。
就iOS端来说要注意整体流程，首先，iOS端推送时分为两个状态，开发环境与生产环境，每个环境在app development里应做好相应的证书并导出（极光集成时需要用到p12文件），开发环境与生产环境需要在极光控制台设置。
极光推送个性化推送满足用户多种推送需要,有效提升用户体验,利用大数据人工智能技术,实现智能用户分群,提升消息点击率,推送安全包确保推送内容准确,拒绝运营事故。