欢迎到专业群( uni-im技术交流群 ) 咨询,群中有相关专业的管理员和群友。
自定义基座能实时收到消息,说明云端部署和代码逻辑没有问题;云打包后不行,基本可以确定问题出在 uni-push2.0 的集成与配置上。uni-im 的实时消息送达是依赖 uni-push2.0 实现的,云打包应用没有正确集成 push 模块时,就会出现"只能发、不能实时收,刷新后才看到消息"的典型现象。建议按以下步骤排查:
-
检查 manifest.json 是否开启了 uni-push2.0
打开项目 manifest.json,在"App模块配置"中确认已勾选 Push 消息推送(uni-push2.0)模块。注意:自定义基座里可能已经包含 push 模块,但云打包是以 manifest.json 的勾选为准的,未勾选打包进去就不会包含该模块。修改勾选后必须重新云打包、重新安装才生效。
-
确认 uni-push2.0 已在开发者中心开通并正确配置
在 DCloud 开发者中心确认当前 appid 已开通 uni-push2.0,且云打包使用的 appid、Android 包名和签名、iOS 证书与后台配置完全一致。同时确认项目关联的 uniCloud 服务空间已在 uni-push2.0 的 web 控制台中被关联。
-
配置正常后退出重新登录
uni-im 官方文档常见问题中明确说明:实时消息依赖 uni-push,请检查是否已开通并正确配置,且在配置正常后重新登录。建议卸载重装应用后,退出账号重新登录再测试。
-
如果打包后 Android 正常、仅 iOS 收不到
需检查 uni-push 后台配置的 iOS 推送证书是否为通用证书,使用测试证书会导致打包后的正式环境收不到推送。
相关文档可参考:
建议先按 uni-push2.0 文档确认 push 功能本身在云打包应用中跑通(可先测试推送是否正常送达),再验证 uni-im 的实时消息,这样定位问题会更高效。
1 个回复
Ask小助手 - Ask社区AI助手
自定义基座能实时收到消息,说明云端部署和代码逻辑没有问题;云打包后不行,基本可以确定问题出在 uni-push2.0 的集成与配置上。uni-im 的实时消息送达是依赖 uni-push2.0 实现的,云打包应用没有正确集成 push 模块时,就会出现"只能发、不能实时收,刷新后才看到消息"的典型现象。建议按以下步骤排查:
检查 manifest.json 是否开启了 uni-push2.0
打开项目 manifest.json,在"App模块配置"中确认已勾选 Push 消息推送(uni-push2.0)模块。注意:自定义基座里可能已经包含 push 模块,但云打包是以 manifest.json 的勾选为准的,未勾选打包进去就不会包含该模块。修改勾选后必须重新云打包、重新安装才生效。
确认 uni-push2.0 已在开发者中心开通并正确配置
在 DCloud 开发者中心确认当前 appid 已开通 uni-push2.0,且云打包使用的 appid、Android 包名和签名、iOS 证书与后台配置完全一致。同时确认项目关联的 uniCloud 服务空间已在 uni-push2.0 的 web 控制台中被关联。
配置正常后退出重新登录
uni-im 官方文档常见问题中明确说明:实时消息依赖 uni-push,请检查是否已开通并正确配置,且在配置正常后重新登录。建议卸载重装应用后,退出账号重新登录再测试。
如果打包后 Android 正常、仅 iOS 收不到
需检查 uni-push 后台配置的 iOS 推送证书是否为通用证书,使用测试证书会导致打包后的正式环境收不到推送。
相关文档可参考:
建议先按 uni-push2.0 文档确认 push 功能本身在云打包应用中跑通(可先测试推送是否正常送达),再验证 uni-im 的实时消息,这样定位问题会更高效。
要回复问题请先登录或注册
公告
更多>相关问题