【征稿活动】Geek Online 社区第一期投稿激励计划已启动！置顶

该作品由两位选手共同完成，分别是熟悉前端、WebRTC 方向的“红鲤鱼”和熟悉后端、大数据方向的“绿鲤鱼”。这是一款帮忙新手程序员迅速熟悉融云 SDK 的小游戏，通过识别二维码拼图的游戏，让了解融云的过程有趣味性。该作品层次丰富，第一层需要用户集成融云 SDK、掌握融云的基本概念，第二层需要用户做一定程度的视频后处理，第三层需要用户做一些图像识别。

季军团队 - youweyoung

获得第三名的团队包含了一位拥有前后端多年开发经验的选手。作品基于 Android 操作系统使用 RTC 混合开发，最终做出了音视频通话应用 —— IYI网络剧场，将角色扮演类的剧本杀游戏以视频形式展现，每个场景有不同的主题人物并且可以替换，人物则是以皮影、动画等形式展现，适用于远程视频讲故事或玩剧本杀，有一定新颖性。

科技创新奖团队 - 萍水相逢的生活

这支队伍只有一位选手，他是一个心怀想法的程序员，做的产品是一个基于事务的陌生人聊天系统，事务场景可以是租房加中介的联系方式、街头偶遇添加好友、发布大字报等，这款产品的设计思路旨在为大家生活提供便利的软件。

商业价值奖团队 - MAXFLOAT

MAXFLOAT 是一支有实力，有梦想，有创意，敢拼搏，即想即做的队伍。他们认为当前城市化生活环境下人与人的交流越来越少，宠物逐渐替代朋友成为更好的伙伴，养宠物的越来越多，但随之而来的是更多的问题，比如宠物的遗失、被抛弃造成了流浪宠物越来越多，而宠物的健康，有时也不能及时得到重视。因此他们做了一款以宠物招领、寄养、寻回、宠物医生等为主，以宠物信息普及、宠物疾病普及为辅的 APP 帮助广大宠物爱好者。

包含获奖团队在内的 15 组团队，作品各具特色，即为评委以及线上观众们展示了自身的产品创意，也展示了 RTC 技术在实际应用中的能力与延展性，很多选手的作品获得了评委们的高度评价。我们对获奖团队进行了单独的采访，内容会于后续发出，敬请期待。

在选手们精彩的分享以及答辩之后，四位评委嘉宾分别给出了对于参加本次比赛的感受。

“融云始于 IM，又不止于 IM。通过融云提供的技术以及服务能力，开发者们可以更加关注线上的优化与迭代，期待更多开发者利用融云SDK，开发更创新、强大的产品。” —— 陈昱

“本次的决赛中我有很多印象深刻的作品，有的非常符合开发者的口味，有的对于使用场景有着很深入的思考。因为疫情，通信云技术的需求正在变得越来越大、越来越丰富，有很多场景需要我们去开拓，很值得开发者们关注并付出行动。” —— 祁宁

“选手们有很多创意创新点都很好，将很多现实中生活化的场景融入到比赛中，也有一些具有极客特质的项目，这些都是融云自身生态开发能力非常好的体现。对于融云来说，开发者是宝贵的资源，而通信云的生态也需要非常广泛的群体参与，共同完善。” —— 杨扬

“很高兴的看到，决赛中有很多作品提到了人们的心理问题，除开产品技术本身，还致力于解决人文层面的诉求。基于 IM 的核心能力，选手们提供了很多在线的沟通场景，比如剧本杀、狼人杀等等，基于这些实时互动的模式，通信能力已经变成了现代应用的一种基础设施，能为产业、产品和应用场景提供帮助，这让我们既感到压力，也感受到了更强大的动力。” —— 杨攀

结语

通过选手们的展示，我们可以了解到通信云技术的发展和提升不仅仅可以作用于工作和学习，关于实时音视频和即时通讯技术的应用，还有更多创新的场景等待我们用全新的思维来发掘。

Geek Online 2020 编程挑战赛虽然是第一次举办，但已经收获了参赛选手以及观看决赛路演直播观众们的一致好评，部分选手在路演结束后已经联系主办方咨询第二届比赛的安排，想要提前报名。

融云作为专注于通信的 PaaS 云服务平台，想要通过底层的基础模块支持，帮助企业与开发者构建「云通信」的能力。举办此次编程挑战赛的目的，也是希望让开发者们碰撞出技术的思维火花，加速潮流技术的应用创新，也为开发者们搭建了一个沟通、交流、合作的平台，希望能够掀起一股通信技术应用的探索与实践热潮。

点击进入大赛官网，查看更多比赛信息

IOS 直播时进入后台重新进入前台图像卡住

贡献

IM即时通讯 • admin 回复了问题 • 2 人关注 • 1 个回复 • 16 次浏览 • 2 天前 • 来自相关话题

一把双刃剑 -- 融云即时通讯sdk中的自定义消息使用心得&指南 (下)

IM即时通讯 • 王叫兽发表了文章 • 0 个评论 • 15 次浏览 • 3 天前 • 来自相关话题

背景:最近公司新上的app要加上即时通讯的功能, 自己快速实现一个当然是不可能的了(项目deadline也顶不住哇).就从各家成熟的SDK厂商选来选去的, 各有各的好也各有各的不足.最后点兵点将,选了融云家的SDK(老板说了算hhhh).他家的官网和文档地址:... ...查看全部

背景:

最近公司新上的app要加上即时通讯的功能, 自己快速实现一个当然是不可能的了(项目deadline也顶不住哇).就从各家成熟的SDK厂商选来选去的, 各有各的好也各有各的不足.最后点兵点将,选了融云家的SDK(老板说了算hhhh).

他家的官网和文档地址: 官网：https://www.rongcloud.cn/ 文档：https://docs.rongcloud.cn/v4

这个任务当然还是落在我的头上. 我是使用的他们家的带UI的sdk,(他们家有带UI和不带UI的两种sdk, 不带UI的sdk就是只有即时通讯能力, 所有的UI都需要开发者自定实现, 带UI的sdk封装了一些基本的界面,例如会话列表, 和别人聊天的会话界面).

心得 (下)

自定义小视频消息

接上篇对自定义消息的开发心得哈.

因为融云家自带的小视频消息是需要收费的, 需要在服务端开通小视频服务后, 同时在端上做一下配置, 才可以使用小视频消息. 我一看这还得了, 想方设法收我钱呢不是. 不过他家只是对小视频类型的消息在服务端做了限制, 而不是完全不让在消息中携带视频链接. 自定义消息是随便自定义的, 那么我自定义一个小视频消息不就好啦.

大概实现思路如下：

自定义小视频消息继承MediaMessageContent，其中mLocalPath是小视频文件本地的存放路径，mMediaUrl是小视频文件上传到文件服务器后的http/https地址。

小视频的拍摄，播放我们RongCloud SDK没有接口，开发者自己实现。

当拍摄完成，发送小视频消息时使用方法

sendMediaMessage(final Message message, final String pushContent, final String pushData, final IRongCallback.ISendMediaMessageCallback callback)或者



sendMediaMessage(final Message message, final String pushContent, final String pushData, final IRongCallback.ISendMediaMessageCallbackWithUploader callback)

这两个方法的不同是后者开发者负责小视频文件的上传到指定的服务器，前者使用我们RongCloud默认的文件服务器

以上是大致步骤，小视频开发过程中可能遇到的问题，说明如下：

1.关于缩略图的处理，我们SDK没有直接上传一张图片返回一个url地址的接口，开发者可以把缩略图上传到自己的服务器，这样缩略图跟mMediaUrl类似,小视频消息展示显示缩略图时加载一张网络图片即可。

另一种缩略图处理方式类似我们SDK发送图片消息时的缩略图处理，把缩略图做base64编码，放到自定义消息体中直接传输，这种方式涉及到消息发送时把缩略图转化为base64数据和接收到消息时还原为缩略图，在我们SDK内部使用的是MessageHandler。

关于MessageHandler，我们RongCloud的每个消息都有一个MessageHandler，此前我们文档从没有介绍过这个

MessageHandler，对用户透明的，用户的自定义消息没有指定它是因为有个默认的DefaultMessageHandler。

自定义消息时可以指定自己的MessageHandler,例如图片消息的定义如下

ImageMessage.png

MessageHandler在消息发送和接收时在IPC进程中会被自动调用，它有两个方法，encodeMessage

和decodeMessage,在消息接收后调用decodeMessage时开发者可以把base64对应的数据转化为缩略图url，这样在展示缩略图时直接使用url即可。

/**

 * 解码 {@link MessageContent} 到 {@link Message} 中。

 *

 * @param message 用于存放 MessageContent 的消息实体。

 * @param content 将要被解码的 MessageContent。

 */

public abstract void decodeMessage(Message message, T content);



/**

 * 对 {@link Message} 编码。

 *

 * @param message 将要被编码的 Message 实体。

 */

public abstract void encodeMessage(Message message);

此文档包含了两个附件分别为自定义小视频消息和对应的小视频消息MessageHandler，供开发者参考

2.开发中可能还会遇到小视频文件上传时进度更新的问题，如果开发者自定义的小视频消息不继承自MediaMessageContent而是MessageContent，需要自己在UI上维护上传进度

一把双刃剑 -- 融云即时通讯sdk中的自定义消息使用心得&指南 (上)

IM即时通讯 • 王叫兽发表了文章 • 0 个评论 • 15 次浏览 • 3 天前 • 来自相关话题

背景:

他家的官网和文档地址: 官网：https://www.rongcloud.cn/ 文档：https://docs.rongcloud.cn/v4

需求:

融云的体系中默认的消息类型只有9种.

功能 | 描述

文字消息 | 用来发送文字类消息，其中可以包括表情、超链接（会自动识别），客户端收到消息后计入未读消息数、进行存储。

语音消息 | 发送高质量的短语音消息，录制的语音文件存储到融云服务端，语音文件格式为 AAC，时长上限为 60 秒，客户端收到消息后计入未读消息数、进行存储。

图片消息 | 用来发送图片类消息，客户端收到消息后计入未读消息数、进行存储。图片缩略图格式为 JPG，大小建议不超过 100k。

GIF 图片消息 | 用来发送 GIF 动态图片消息，客户端收到消息后计入未读消息数、进行存储。

图文消息 | 用来发送图文消息，包含一个标题，一段文字内容和一张图片，客户端收到消息后计入未读消息数、进行存储。

文件消息 | 用来发送文件类消息，客户端收到消息后计入未读消息数、进行存储。

位置消息 | 用来发送地理位置消息，客户端收到消息后计入未读消息数、进行存储。

小视频消息 | 用来发送小视频消息，支持录制发送及选择本地视频文件发送两种方式，录制时长不超过 10 秒，本地选择视频文件方式时长不超过 2 分钟，小视频消息小视频文件格式为 .mp4，客户端收到消息后计入未读消息数、进行存储。

合并转发消息 | IMKit SDK 中支持将多条消息合并为一条消息进行发送，合并后的消息以 HTML 文件的方式存储到融云服务端，客户端收到消息后计入未读消息数、进行存储。

这9种消息其实已经满足大部分的即时聊天场景了, 无论是打字聊天最普通的文本消息, 还是长按录制发送的语音消息, 以及图片消息, 分享位置的消息. 基本上微信有的场景, 都覆盖到了.

但是因为各家的产品各不相同, 有人需要一个比微信功能更简洁的聊天工具, 有人则需要一个像QQ那般功能强大的聊天工具. 总是有千奇百怪不同的需求的. 像我们的app就是这样, 总有场景是这里无法满足的. 好比QQ是可以把图片和文本消息放入同一个消息气泡中的(类似于富文本消息), 那么这样的情况下, 默认的几类消息就不够用了.

不过融云还是把这块做的很到位的, 暴露了类和接口让用户去对消息做自定义, 基本上可以做到, 想把消息定义成什么样就定义成什么样子.

心得(上)

这里就举一些我在开发我们公司app时, 用到的自定义消息, 以及使用心得和指南.

只发给当前在线用户的限时奖励通知

只给当前在线用户发送消息, 我们有一种游戏奖励是只发放给特殊时段在线的用户的, 只有当前在线的用户才能接收到这种消息来领取奖励, 其他在该时段未在线的用户, 不能接收到, 且再次登录后也不能接收到保留的离线消息. 这个需求就是做了一个自定义消息来实现的. 把自定义消息类的 MessageTag 中 flag 值设置为 MessageTag.STATUS。此消息类型即为状态消息，状态消息不存储不计数，并且当接收方不在线时，此消息会直接丢弃，用户再上线也不会收到该消息。

有需要的同学可以看他们家关于自定义消息的文档：https://docs.rongcloud.cn/im/imkit/android/conversation/custom_message/

发送自定义消息后撤回消息，撤回消息会失败

这里积累了一个经验, 也算是帮大家踩踩他们家的坑了, 那就是: 使用以下废弃方法发送自定义时会出现此错误：

在发送自定义消息后，撤回消息时没有反应，退出会话界面再次进入后可以正常撤回消息。在 log 中显示 recallMessage errorCode = 25101。

public Message sendMessage(ConversationType type, String targetId, MessageContent content, String pushContent, String pushData, final SendMessageCallback callback) {

必须要换成这个方法发送才行:

public void sendMessage(Message message, String pushContent, String pushData, final ISendMessageCallback callback)

这个问题也是蛮坑的, 害. 找他们家技术支持费了点劲才排查出来, 希望大家遇到这种问题能快快找到我这篇经验哈.

融云4.x 版本升级到5.0 版本出现的问题

IM即时通讯 • 柠檬^ 发表了文章 • 0 个评论 • 15 次浏览 • 3 天前 • 来自相关话题

1. 4.x 版本与5.x 版本的区别主要是针对 IMKit（带 UI 界面）进行了重构，并且 5.0 版本以上的 IMKit 进行了开源，可以在 &nbs... ...查看全部

1. 4.x 版本与5.x 版本的区别

  主要是针对 IMKit（带 UI 界面）进行了重构，并且 5.0 版本以上的 IMKit 进行了开源，可以在  https://github.com/rongcloud/imkit-android 进行下来进行集成；

2. 5.x 版本主要的跳转方式

   在之前4.x 版本的SDK 中，界面之间的跳转主要是使用隐式调用的，在5.x 版本则全部改用为显示跳转，并且引入路由的概念，具体可以参考 RouteUtils 这个工具类。

3. 4.x 以及5.x 主要的api 感知变化

  为了方便平滑升级，以及兼容性，所以对外引用 api 并无太大改变，都是通过 RongIM 进行引用。

4. 5.x 自定义消息的变化

主要是针对展示方式变化，取消之前的注解方式，改为复写 MessageItemProviderConfig 的方式，通过代码动态加载来进行展示，设置方式是在自定义的provider 中进行设置config 即可；

【Android开发】如何使用融云的消息扩展

IM即时通讯 • 王叫兽发表了文章 • 0 个评论 • 14 次浏览 • 3 天前 • 来自相关话题

从【4.0.3 】版本开始，融云新增了消息扩展功能，文档如下： https://docs.rongcloud.cn/v4/views/im/noui/guide/private/msgmanage/expansion/android.html总结文... ...查看全部

从【4.0.3 】版本开始，融云新增了消息扩展功能，文档如下： https://docs.rongcloud.cn/v4/views/im/noui/guide/private/msgmanage/expansion/android.html

总结文档中的几个重点：

4.0.3之前的版本无法使用。
消息扩展是 Message类的属性，也就是说自定义消息也可以使用。
单条消息只能设置300个kv，（某些场景不可用，比如在群里发400个人可领的红包）。
仅支持单聊、群聊。
key和value都是字符串类型，并且key不能是中文，否则会报错INVALID_PARAMETER。
用IMKit的UI发送消息时需要拦截一下，设置消息扩展开关。

使用步骤：

消息的发送端必须给需要消息扩展的消息开开关，没有全局设置，只能单条消息设置。分以下两种情况：
如果使用的是 IMKit 提供的UI发送消息，在 ConversationFragment中的 onSendToggleClick 方法发送消息，在 sendMessage 前调用下面的方法

    /**
     * 设置消息扩展信息列表
     *

扩展信息只支持单聊和群组，其它会话类型不能设置扩展信息。

     *
     * @param expansion 消息扩展信息列表
     */
    public void setExpansion(HashMap<String, String> expansion) {
        this.expansion = expansion;
    }

还需要设置 canIncludeExpansion 和 expansionDic 。

如果是自己调用 RongIM 和 RongIMClient 接口发的消息，用 MessageContent 类的对象构造一个 Message 对象，然后设置 canIncludeExpansion 和 expansionDic 再调用RCIM中对应的 send 方法将消息发送出去即可。
更新和删除扩展的操作可以参考官方文档。
想要实时捕获消息扩展的更改和删除，就需要设置回调，在回调中更新UI。设置回调可参考官方文档。

融云官网：https://www.rongcloud.cn/

文档频道：https://docs.rongcloud.cn/v4

融云 Android 端如何清空某一个会话的聊天记录

IM即时通讯 • 王叫兽发表了文章 • 0 个评论 • 13 次浏览 • 3 天前 • 来自相关话题

融云 Android 端如何清空某一个会话的聊天记录实现须知没有开通 “历史消息云存储”，只能删除本地的数据。在融云控制台开通 “历史消息云存储功能” 后，才可以删除远端消息。实现步骤1.调用 cleanHistoryMessages 方法，cleanRemo... ...查看全部

融云 Android 端如何清空某一个会话的聊天记录

实现须知

没有开通 “历史消息云存储”，只能删除本地的数据。在融云控制台开通 “历史消息云存储功能” 后，才可以删除远端消息。

实现步骤

1.调用 cleanHistoryMessages 方法，cleanRemote 传 true ，recordTime 传当前的时间戳。

/**
* 删除指定时间戳之前的消息，可选择是否同时删除服务器端消息
*

此方法从服务器端清除历史消息，但是必须先开通历史消息云存储功能。

根据会话类型和 TargetId 清除某一会话指定时间戳之前的本地数据库消息（服务端历史消息）,
* 清除成功后只能从本地数据库（服务端）获取到该时间戳之后的历史消息。

     *
     * @param conversationType 会话类型。
     * @param targetId         会话目标ID。
     * @param recordTime       清除消息截止时间戳，【0 ~ 当前时间的 Unix 时间戳】。
     * @param cleanRemote      是否删除服务器端消息
     * @param callback         清除消息的回调。
     */
    public void cleanHistoryMessages(final Conversation.ConversationType conversationType,
                                     final String targetId,
                                     final long recordTime,
                                     final boolean cleanRemote,
                                     final OperationCallback callback)

2.您使用的是 imlib ，还需要自行刷新您的界面。 3.您使用的是 imkit 调用 ConversationFragment 的 getMessageAdapter 方法，获取到会话界面消息展示适配器，移除数据并且刷新数据源。

mListAdapter.removeAll();

mListAdapter.notifyDataSetChanged();

4.卸载重装或者更换设备登陆后，历史消息还可以拉取到，来保证用户更换设备或者卸载重装后还可以有上下文。如果您不希望换端后再收到这些消息，您可以提供一下 appkey 提交工单，我们帮您把这部分数据的缓存功能关闭。

通知设置 新通知

发现

【征稿活动】Geek Online 社区第一期投稿激励计划已启动！ 置顶

【社区精华|持续更新】收录本社区精华内容，手把手教学IM/RTC开发！ 置顶

【融云集成常见问题整理】Geek Online 2020 编程挑战赛选手提问整理 置顶

2 个月激烈角逐，15 支队伍突围决赛路演！Geek Online 2020 编程挑战赛完美收官！ 置顶

决赛路演，大屏直播互动

部分参赛选手作品展示 & 评委点评

结语

背景:

心得 (下)

自定义小视频消息

背景:

需求:

心得(上)

只发给当前在线用户的限时奖励通知

发送自定义消息后撤回消息，撤回消息会失败

1. 4.x 版本与5.x 版本的区别

2. 5.x 版本主要的跳转方式

3. 4.x 以及5.x 主要的api 感知变化

4. 5.x 自定义消息的变化

使用步骤：

融云 Android 端如何清空某一个会话的聊天记录

实现须知

实现步骤

热门文章

热门用户

友情链接 申请友链

通知设置新通知

【征稿活动】Geek Online 社区第一期投稿激励计划已启动！置顶

【社区精华|持续更新】收录本社区精华内容，手把手教学IM/RTC开发！置顶

【融云集成常见问题整理】Geek Online 2020 编程挑战赛选手提问整理置顶

2 个月激烈角逐，15 支队伍突围决赛路演！Geek Online 2020 编程挑战赛完美收官！置顶

友情链接申请友链