16-11-10

1、查看服务器端推送记录的时间和本地接受到推送的时间， 延时接近一分钟
2、另外一台非小米手机上，接受同一条消息推送没有出现延时现象，
3、在小米后台推送数据给手机端，没有出现延迟现象

16-11-11

你好，是因为查询出来的设备中有两个设备记录是有问题的。在 _Installation 表中 installationId 分别是：
77f26a76-eddc-4e2b-a5df-b3b4467b9c28
3e2addc3542ef5a22798f75fcc782e89
这两个记录的 registrationId 字段实际有值，但值为空并且 vendor 为空。这两个有问题的记录导致发消息超时。可以考虑将其删除。

这两个无效的设备记录确实有些奇怪，正常情况下 SDK 不该会产生这种无效记录的。并且从 77f26a76-eddc-4e2b-a5df-b3b4467b9c28 来看这种 installationId 是很久之前的 SDK 产生的，可否告知一下这两个设备是否在你手中？所使用的 Android SDK 版本都是多少呢？谢谢！

2 人赞了这个帖子.
16-11-11

是这个原因导致的，但这个不是根本原因。根本原因是内部逻辑有疏漏，目前已经做了修复，稍后会上线。正常情况下无论是 null 还是 "" 处理逻辑都是一样的，并不需要去做甄别。

16-11-11

推送可以制定铃声等参数，这些在哪个文档里面能找到示例。

16-11-11

指小米推送？发推送接口文档在这里：https://leancloud.cn/docs/push_guide.html#推送消息
接口中 data 参数下有个 sound，将声音文件名填写在这里可以定制声音。

16-11-11

"category": "1006",
"sound": "1006",
"silent": true,
"content": "",
"toUser": "5821c0a32e958a00540106d8",
"deviceId": "c1000180",
"type": "1006",
"alert": "",
"title": "",
"action": "cn.gtscn.smarthome.action.ALARM",

假设我传的数据是这样子的，不确定是因为我们传了一个空字符串的alert和title导致了 silent字段是无效的
这个不确定你们是否要修改下

16-11-11
ylgrgyq

忽然发现一个问题， 如果android和ios都用sound，同一条消息推送给android和ios的时候， 这个sound会有问题。 ios和android所对应的sound是不一样的。