1.前言

        很高兴能参加极光的这次活动，平时一直想写一下工作日志，但是有点懒，正好极光提供了这个机会，还有奖品，不能忍。本人作为 Ionic 开发者来说非常欣赏和喜欢极光推送这个平台，原因不是因为别的，如下图所示。

        刚接触的时候作为只有半年工作经验的菜鸟看到这个列表的时候惊呆了，极光真的是非常上心，这么多框架的版本都在持续维护，这对于我们这些不太会集成 Cordova 插件的来说真的是太友好了！！怒粉。。。。当然，虽然有了工具，但是使用的时候难免遇到一些坑，这些坑其实绝大部分是开发者自己挖自己填，但是有一些坑嘛。。。emmmmm我们下面会详细说到。。

2.准备挖坑

需求是最好的老师

                                          --我说的

        我们的需求是借助极光来做一个仿 QQ 的实时通讯功能，但是又不是单独 1 对 1 的聊天，而是群聊。这个所谓的“群”只不过换成某位顾客的售后群，里面有这个顾客的设计师啊，导购，门店经理啊什么的，聊天的内容包括文字，图片，文件，URL，语音。大致的需求就是这样，当然下面第一步做的，当然是做好开发准备。

         注：没有使用im的主要原因是 IM 的信息会被极光所记录，但是我们更希望信息只存在我们的服务器上，所以只使用 Jpush 可以巧妙的避开这个小缺陷。

        在已经有了官方的 Cordova 插件的前提下，集成 SDK 变得非常快速简单，首先你需要一个极光账号，然后呢在极光账号里创建一个应用项目，在你进入推送设置之后以及后面的调试阶段，需要注意很重要的几点。

        1. Android平台的应用包名是不可以更改的，这个在页面的特别说明里有

        2. Ios 平台（我选择的是证书方式）当你第一次上传成功生产证书和开发证书之后（证书生成方法我是看了 生产/开发证书生成 这篇文章的，写得很详细），极光会默认记录下这个证书对应的 Bundle Id ,这个也是不能更改的。你如果换了 Bundle Id，上传新的生产证书和开发证书是不可以把之前那个替换掉的，必须在极光账号里重新注册一个项目。这两点对于刚接触开发的新手们很重要，在应用项目开发的初期一定要严格的确定好  Android的包名和 Ios 的 bundleid，不到万不得已千万不要改。

       3. Ios 平台下必须要在 Xcode 开启 Push Notifications 不然也是收不到信息。

        在上述的准备工作完成之后就可以使用注册过的 AppKey，根据 Jpush 里的文档来安装插件了。后台则通过 Master  Secret，和 AppKey 调用 Jpush Api。

3.开始挖坑

        说干就干，开始和另一位小伙伴一起讨论代码怎么写，一开始就是愣头青，想事情太过简单，后来发现代码真的是很有意思，有时比你想的要复杂，但是有时候往往又比你想的要简单很多，可能这就是写代码的魅力吧。经过艰苦卓绝的调试，测试，后来我们正式上线已经是第二个版本了，第一个版本很愚蠢，就不再叙述了，下面说说我们现在这个版本的思路。

        这个版本的最主要的思路是如何将正确的信息发送给正确的人，我们的处理方式是，当你登陆或者进入应用之后，会将用户的 Objid 作为设备别名（很重要，因为推送的时候是根据这个 Objid 设备别名来推送的），使用 这个设备别名来推送到具体的手机上，这也可以做到同一个账号在多个手机上也能收到信息，每当我调用后端 Api 在一个群里发送一条消息的时候，后端会接受到这条消息和这条消息的发送人 id，然后会给这条消息生成一个消息 id，之后会调用 Jpush 的 Api 将这个消息 id（而不是这条消息的内容）推送到所有与这个用户 id 所挂钩的（设计师，导购，门店经理等）设备上。当设备接受到这条消息 id 的时候，又会去调用一个后端的 Api，将具体的消息内容获取过来，再前端解析，插入具体的消息列表的某一个群中。这样就可以绕过了极光的服务器，可以将消息都存储在自己的服务器上。

        万万没想到后来测试的时候遇到了一个很棘手的问题，这个问题是，如果当前双方都是在线的，那么 ok，这个方案很完美，但是如果一方离线，这时候另一方如果发送超过 5 条信息以上，那么如论如何离线的一方再上线最多也只能收到 5 条。这个问题我一开始百思不得骑姐，然后没办法，我只能去官方网站找资料，后来发现。。

离线保存消息条数免费的话只能有 5 条，付费用户也只能只有 100条，都不太符合需求，万一聊天数据很多，那么 100 条根本不够用（为啥后面的费用这么贵。。新人表示不能理解）。那么如何做到离线之后再次上线能获取到最新的消息呢？我们又想了一个办法，那就是：给每一条信息设置一个已读未读属性，当你重新上线之后，我不等你极光推送过来了，我主动向自己的服务器请求未读的数据，然后再到前端解析出来，这样就能很好的解决这个只能收到5条离线数据的不是 Bug 的 Bug 。有人会说，这样获取来的信息不就和极光推过来的消息重复了吗？是的，是会重复，所以在前端解析数据的时候，得好好的下一点功夫来判断各种情况，就不一一赘述了。

        这里在接受推送的时候有一个小坑，就是 Ios 和 Android 监听的 String 字段是不一样的，解析的字段也是不一样的，详情的话可以看极光的文档，里面有非常详细的说明。还要说一下之前一个网友碰到的问题，也是无法接受推送，后来发现他的极光虽然更新了，但是用的是老代码，主要问题出现在设置别名这个方法的

参数里，因为老的版本是不需要添加这个 Sequence 的，只需要一个 Alias，而后面更新的版本必须要添加这个参数，不然就不能正确的设置别名。希望官方文档里能更加完善的说明一下更新了哪些内容和一些方法的变化说明。

        踩过的坑和问题的解决方案基本上是这么多，很多细节问题（主要是前端）这里要写的话我估计写好几天都写不完，如果正在使用 Jpush 有遇到差不多问题的朋友也可以在留言问我。有什么不足或者新思路都可以互相交流，大家互帮互助。Ï

4.结束语

        初出茅庐，任重而道远。希望新的一年里大家一起成长，多写Bug多踩坑，为以后成为大牛做铺垫。也祝极光推送越来越牛逼，全平台制霸！

「本文系极光征文 | 写写文章就能赢 Filco，岂不美滋滋的参赛文章」