wildfirechat/push_server: 推送服务器，可以对接所有的系统厂商推送服务或者第三方推送服务。 @ 53b8fa4b652ebf18a934b30be4e95bf2b28db78b

接入推送流程

申请厂商推送服务
移动端配置
配置和部署推送服务(push-server)
IM-Server 配置
推送测试
调试推送服务
问题排查

一，申请厂商推送服务

目前支持小米、华为、vivo、oppo、魅族、苹果等推送，需要到各个厂商的开发者后台申请推送相关 key

二，移动端配置

Android 端配置

Android端，推送相关的代码，都在push module 下面，入口是PushService，配置之后，如果能调用ChatManager#setDeviceToken，则表示配置成，下面是具体的配置

修改push/build.gradle下推送相关配置信息，如下:

// 默认配置的 appid 和 appkey 不可以直接使用
manifestPlaceholders = [

        MI_APP_ID    : "2882303761517722456",
        MI_APP_KEY   : "5731772292456",

        HMS_APP_ID   : "100221325",

        MEIZU_APP_ID : "113616",
        MEIZU_APP_KEY: "fcd886f51c144b45b87a67a28e2934d1",

        VIVO_APP_ID  : "12918",
        VIVO_APP_KEY : "c42feb05-de6c-427d-af55-4f902d9e0a75",

        OPPO_APP_KEY  : "16c6afe503b24259928e082ef01a6bf2",
        OPPO_APP_SECRET : "16c6afe503b24259928e082ef01a6bf2"
]

华为推送需要chat/agconnect-services.json文件，该文件是华为推送后台生成的
FCM推送需要替换push/google-services.json文件，该文件是 FCM 推送后台生成的
如果一切正常，启动 App 之后，会打印下面这一行日志，如果没有打印该日志，则说明配置错误，请查看日志，或者在PushService打断点调试：
```
Log.d(TAG, "setDeviceToken" + token + " " + pushType);// 这是打印日志的代码！！
```
如果不需要某些推送类型，可以将其从push module删除，保留也不影响
如果需要使用个推，请看getui分支

iOS 端配置

请参考ios-chat项目appdelegate.m文件中的关于推送注册的部分。当调用到setDeviceToken方法传入推送token即为客户端接入成功。

三，配置和部署推送服务

修改配置

本推送服务有1个工程配置文件和7个推送配置文件，都在工程的config目录下，请根据实际情况配置服务的端口和各个推送服务配置，推送服务配置一定要和移动端对应上，别配置成不同的 app 去了。

如果有无法支持的推送类型，请修改客户端去掉不支持的类型（注意这里的配置文件要保留）。

配置证书

苹果和谷歌推送需要证书，请把对应证书分别放到apns和fcm目录下，然后修改配置文件中的证书路径。
编译
```
mvn package
```
运行编译成功之后，在target目录找到push-xxxx.jar，然后把jar包、config目录、apns和fcm目录放到一起，然后执行下面命令：
```
nohup java -jar push-xxxx.jar 2>&1 &
```

四，IM-Server 配置

修改IM服务的配置文件wildfirechat.conf，指向推送服务器的地址，修改完后需要重启

#*********************************************************************
# Push server configuration
#*********************************************************************
##安卓推送服务器地址
push.android.server.address http://localhost:8085/android/push
##苹果推送服务器地址
push.ios.server.address http://localhost:8085/ios/push

五，推送测试

确保双方都在线时，能互发消息
Android端，为了保证用户能正常收到消息，需要进行一些相关设置，产品上线之后，也需要引导用户进行相关设置，不设置会收到不到推送，具体设置方式不同手机不一样，请参考具体的手机设置，也可以参考这儿：
1. 允许后台运行
2. 允许自启动
3. 允许后台弹出界面
4. 允许显示通知
将其中一方杀进程，另外一方向其发送文本消息
查看被杀进程一方，是否收到推送

六，调试推送服务

推送厂商SDK可能随时更新，接口也有可能由变更，推送服务和客户端推送SDK可能需要更新和调整。也有可能推送厂商开发后台配置错误，导致无法推送成功。出现这种情况后，请按照对应厂商的最新说明，调试推送服务。推送服务收到IM服务推送请求后，调用厂商SDK进行推送，这部分工作与野火IM无关了，请仔细阅读推送厂商的文档或者与联系推送厂商的技术支持。

七，问题排查

如果遇到问题请按照以下步骤排查：

请确保上面所有步骤都正确完成之后，再开始问题排查
确保程序是非启动状态，如果退回到桌面，应用还是激活的还会继续收消息，此时就不会走推送服务。应用在后台激活状态时应该走本地通知。
确认客户端推送SDK是否正确的获取到token，是否调用了setDeviceToken，token和type是多少？
确认消息是否是自定义消息，如果是自定义消息，push content是否带上有内容？自定义消息只有push content不为空才会推送。
确认目标客户端是否7日之内登录过，超过7天是不推送的。
确认目标客户是否设置了全局静音或会话静音。
如果有pc和web端登陆，确认是否设定了pc在线时手机静音。

查看IM-Server日志，看是否有推送相关日志输出

LOG.info("Send push to {}, message from {}", deviceId, sender); // 这是打印日志的代码！！

确认推送服务是否收到了推送信息，如果收到，token和type是否和步骤1一致，推送内容是否和2一致？

// 目标用户是 Android
LOG.info("Android push {}", new Gson().toJson(pushMessage)); // 这是打印日志的代码
// 目标用户是 iOS
LOG.info("iOS push {}", new Gson().toJson(pushMessage)); // 这是打印日志的代码

推送服务收到IM请求的推送信息，调用厂商SDK进行推送，检查代码确认是透传方式还是通知栏方式。
如果推送服务使用的是通知栏方式，后面的工作就全是推送厂商的工作了，请按照推送厂商的官方文档进行调试。
如果推送服务使用的是透传方式，请确认客户端对应推送SDK是否收到透传消息，如果没有收到透传消息，则问题出在推送通道上，请按照推送厂商的官方文档进行调试。
如果推送服务使用的是透传方式，确认对应推送SDK收到了透传消息，请检查应用激活后是否初始化IM SDK并调用connect方法，及连接状态是否连接成功，是否收到新消息，是否弹出本地通知。

技术支持

按照文档一般情况下都能成功处理推送功能。实际上推送的功能并不复杂，只是涉及到太多的环节，每个环节又是由不同的研发或者公司来负责。请一定要理解整个推送的过程，知道推送过程中每一环节的功能，每个环节由谁来负责或者检查，只有真正的理解了推送的完整流程，才能找到对应的人来处理，才有可能高效地处理推送问题。

当确认是野火负责的环节时，可以来给野火提issue或者论坛发帖问。提问时请写清楚下面几个要求：

请写出推送的完整流程。
请写出推送的每个环节是那一方来负责，比如android端注册推送并调用setDeviceToken由你们android研发来负责。
你认为那个环节出了问题，并给出证据。因为我们没有服务和客户端的任何信息，所以请务必给出全面详细的信息。
上面问题排查中每一步的结果。

只有了解推送的流程和每个环节的功能才能高效地沟通，所以只有写清楚上面四条信息我们才能够提供技术支持。

push.md 7.9 KB History Raw