android 初始化如何判断初始化是否成功


(12) #21

你的意思是现在你们客户端获取regIstrationID上报给后台,发现一些设备的regIstrationID没有而无法推送消息

还是有regIstrationID,给regIstrationID推送,但接受不到?

这是两个完全不同的问题


(小股东) #22

是第一种情况 上报给后台 ,发现一些设备的id是 空的


(12) #23

那你们之前上报regIstrationID的时候有没有加上重试机制,就是为空时延迟重新获取?

你们如果广播一条消息,正式的线上用户都可以收到的那么一条消息,采用广播推送,这些收不到消息的用户能不能收到?

如果可以,说明他们是集成成功的,只是你们获取早了或者其他情况导致你没上报信息成功。


(小股东) #25

您好 ,请回复一下

那你们之前上报regIstrationID的时候有没有加上重试机制,就是为空时延迟重新获取?

回答: 请问一下 为空时 从新延迟获取 应该怎么操作?

你们如果广播一条消息,正式的线上用户都可以收到的那么一条消息,采用广播推送,这些收不到消息的用户能不能收到?

回答:您说的广播一条消息 是如何操作?请说详细一些.谢谢了


(12) #26

1、你客户端调 获取regIstrationID 的 API :getRegistrationID 获取值时,自己判断一下这个值是空还是不是空,是空,就设置延迟多少秒后再次调用一次 API 获取一下,这个 API 并不限次数,你想调用多少次,在什么时候调用都可以。

2、广播推送就是推送给 all ,推送给所有人,所有「在极光注册成功得到regIstrationID」的人(例外情况就是:如果 30 天都没有跟极光连接,就不会在推送的目标内,什么叫做 30 天没连接:在你们客户端没有调 stoppush API 的情况下,只要他有点开 App 的动作,基本都会连上极光服务器,那么 30 天都没有连上过,基本可以认为这个用户已经将 App 卸载了)。

调 API 的方法:
https://docs.jiguang.cn/jpush/server/push/rest_api_v3_push/#audience
官网推送目标人群处也有此选项


(小股东) #27

您好 判断长连接的那个 广播 , 是在什么情况下 给发送的? android端


(12) #28

https://docs.jiguang.cn/jpush/client/Android/android_api/#_157
1、监听变化,有变化时就会走
2、主动调 API 获取状态


(小股东) #29

在集成成功的情况下, 如果我获取状态为false,我改如果做? 我再次主动做init的操作???


(12) #30

长连接断开时极光会自动重连,但受到手机系统、网络的限制,不一定能重连成功。

你可以调 init API ,但也是在受限制的情况下不保证重连成功的


(小股东) #31

你好 android端 可以收集 极光 crash 的log信息吗


(12) #32

调 API 收集并上报
https://docs.jiguang.cn/jpush/client/Android/android_api/#crashlog
在极光官网上-错误列表可以看到信息。


(小股东) #33

我是想收集 crash 信息 然后上报我们自己的服务器 应该怎么做呢


(12) #34

这个你自己在网络搜索一下


(小股东) #35

你好 如果我想收集init不成功的日志到我们自己的服务器 , 我应该收集那些 有价值的日志??


(小股东) #36

还有 如果 init初始化 失败 极光会有crash日志出现吗


(12) #37

crash 是崩溃,闪退

init失败并不会产生这样的日志,只是 error 级别的报错


(小股东) #38

那我如何 收集 极光 error这种日志


(小股东) #39

你们 error这总log 日志 你们拦截了吗 我们可以获取到吗


(12) #40

这些日志我们不会拦截的。


(小股东) #41

你好 你们sdk 打出来的log 我可以获取到吗