分享 让你的 Android 应用拥有微信一样的实时沟通体验

beatles · 2014年11月21日 · 最后由 beatles 回复于 2014年11月25日 · 3426 次阅读

[LeanMessage][2] 移动开发 SDK 是由 [LeanCloud][2] 提供的,专为 iOS、Android 和 WindowsPhone® 等客户端程序提供应用内聊天的 API 和服务,并且也提供了 JavaScript API,方便开发者打通网页和客户端应用,给最终用户提供统一的使用体验。使用 LeanMessage API,您可以极快地以最少工作量让您的移动应用支持实时聊天,得到一种如微信一般的沟通体验。

开始之前 出于本文的目的,我假设您已经非常熟悉使用 JSON、Android 和 Eclipse 进行移动应用编程的基本概念。在您继续阅读本文之前,请访问 leancloud.cn 并创建您的应用程序。只需遵循注册页面中的简单指令即可。

本文介绍了包含单聊、群聊、历史记录和应用鉴权的核心 API 类。您将学习如何简单进行用户间一对一单聊,以及如何创建群组让多用户进行群聊,还有如何通过签名来对聊天通道进行控制,以保护应用和用户的隐私。示例均构建于 LeanMessage SDK for Android 之上(请参阅 [Android 开发指南][4])。

基本概念和类

聊天参与者 Peer

在 LeanMessage 实时消息世界中,每一个参与者(一般而言是「人」)都是一个 Peer。Peer 拥有一个在应用内唯一标识自己的 ID(称为 PeerID,字符串类型,长度不超过 50 字节,具体数值由应用自身确定),系统中的每一条消息都来自于一个 Peer,发送到一个或多个 Peer。并且,LeanMessage 的消息服务允许一个 Peer 在多个不同设备上登录,也允许一个设备上同时登录多个 Peer,究竟该如何使用,由应用根据使用场景自己选择。

这里要注意的是,PeerID 是由应用开发者自己賦值的,LeanMessage 本身并没有任何强制要求,所以:

  • 实时消息系统是可以和用户账户系统解耦合的,应用开发者不需要把除了 PeerID 以外的任何信息告诉 LeanMessage;
  • LeanMessage 在消息转发的时候是按照 PeerID 来唯一定位的,因此如果应用自身支持同一账户的多点登录,那么 LeanMessage 就会把消息通知到所有终端;
  • 匿名聊天/非匿名聊天这都是应用层自己决定的,如果应用自身能为匿名用户指定一个唯一的 ID,那么这个用户参与到聊天系统里来,是完全没有问题的。

为了防止骚扰,一个 Peer 需要先关注(watch)了对方才能给对方发送消息;因为 LeanMessage 提供了更细粒度的权限控制,应用开发者可以在关注(watch)动作上增加签名来保证安全性。这一点后面会进行详细说明。

实时消息 AVMessage

在 LeanMessage 中所有的消息都是 AVMessage 的实例,AVMessage 只支持文本,并且长度不能超过 5KB。消息分为暂态(transient)和持久消息两种类型。所有持久消息都会在 LeanMessage 云端保存,所以用户离线之后也可以得到通知和接收,而暂态消息并不会离线保存,适合开发者用来进行协议控制。

AVMessage 的定义如清单 1 所示:

public class AVMessage implements Parcelable {
     private List<String> toPeerIds; // 消息接收方的 PeerID,支持一个或多个

     String groupId; // 消息所属群组的ID,对于普通一对一聊天消息而言,此值为空
     String message; // 消息体
     long timestamp; // 消息发送时间戳
     boolean isTransient; // 是否是暂态消息
     String fromPeerId; // 消息发送方的 PeerID

     public AVMessage();
     public AVMessage(String message);
     public AVMessage(String message, List<String> toPeerIds, boolean isTransient);
     public AVMessage(String message, boolean isTransient);
   }

LeanMessage 为所有历史消息都提供了存储和查询的功能,存储时间则根据开发者的类型有所不同。

聊天会话 Session

每一个 Peer 通过开启(open)一个会话(Session)而加入实时消息服务,Peer 可以在一个会话中关注(watch)一个或多个 Peer,当被关注者上下线时,会收到通知。Peer 在开启会话后只能向自己关注的其他 Peers 发送消息,但可以收到任何 Peer 发来的消息,也就是说单向关注时,消息可以顺利地由关注者发往被关注者。

Session 有如下几种状态:

  • opened。Session 被正常打开,此时可以进行正常的通信;
  • pause。网络异常(譬如 wifi 断开,3G/2G 切换,iOS 应用进入后台,等),Session 进入暂停状态,当网络恢复时,Session 会自动重连;
  • resume。应用转入前台,会话重新建立起来(此状态只在 iOS 设备上有效)
  • closed。Session 结束,仅在显示调用了 Session.close 方法时才会发生。用户注销实时通信服务,不再能够接收到消息或推送通知;

Session 上可以进行的操作有:

  • open 以一个 Peer ID 打开 Session
  • watch 关注一组 Peer ID,关注后可以收到这个 Peer 的上下线通知,发送消息
  • unwatch 取消对一组 Peer ID 的关注
  • sendMessage 给一组 Peer ID 发送消息
  • queryOnlinePeer 查找当前在线的 Peers
  • getHistoryMessageQuery 查找历史消息
  • setSignatureFactory 设置签名类(为了保证安全性,后面会讲述)
  • close 注销服务,关闭 Session

一对一的文本聊天

明白了这三个概念之后,我们就可以开始进入实际聊天环节了。

首先我们需要在 application 的 onCreate 函数中进行 LeanCloud 最基本的初始化:

@Override
public void onCreate() {
  super.onCreate();
  AVOSCloud.initialize(this, "pleaseReplaceWithYourAppId", "pleaseReplaceWithYourAppKey");
}

接下来我们来看一下怎么样进行一对一的基本聊天。首先,我们需要开启一个会话(Session),示例代码如清单 2 所示:

SessionManager session = SessionManager.getInstance(selfId);//获取SessionManager实例,以便于后续的操作。这里的 selfId 可以是用户的实际 id,也可以是其他唯一的字符串,譬如「Tom」。
List<String> watchedIds = new LinkedList<String>();
session.open(watchedIds); //打开Session,同时关注一些 PeerID。此时没有关注对象

注意! 一般而言,会话的开启是在用户登录之后的 RootActivity 中进行的。对于支持匿名聊天的应用,也可以在 Application 启动的时候进行。千万不要在一个临时或短命的 Activity 中开启聊天会话。上面代码中 SessionManager 也是 Session 的子类,所以可以直接调用 Session 的方法。

接下来,我们开始跟「Bob」这个用户进行聊天。为了给他发送消息,我们先要关注(watch)他,代码如下:

List<String> peerIds = new LinkedList<String>();
peerIds.add("Bob");
session.watchPeers(peerIds);

之后我们给「Bob」发送一条消息:

List<String> peerIds = new LinkedList<String>();
peerIds.add("Bob");
session.sendMessage(new AVMessage("嗨,你好,我是 Tom", peers, false));

好了,这样一条消息就发送过去了。但是问题来了,对于「Bob」而言,他怎么才能收到别人发给他的消息呢?

上面对于 Session 的所有操作都是异步的。与一般 Android 异步方法调用不同,LeanMessage SDK 的异步并不是通过 Callback 或者类似 RsyncTask 的机制实现的,而是通过继承 AVMessageReceiver 这一 BoardcastReceiver,实现以下方法来处理来自服务器端的响应的。AVMessageReceiver 接口定义如清单 3 所示:

/**
 * 当服务器成功与客户端打开session时产生本次回调
 */
public abstract void onSessionOpen(Context context, Session session);

/**
 * 在 session 暂停时调用,一般都是由网络连接丢失导致的隐性调用
 */
public abstract void onSessionPaused(Context context, Session session);

/**
 * Session 恢复时,一般都是网络连接恢复以后的
 * 这个时候你可以处理一些由于网络异常导致的失败消息
 */
public abstract void onSessionResumed(Context context, Session session);

/**
 * 从某个Peer接收到消息时,会收到一次调用
 */
public abstract void onMessage(Context context, Session session,
        AVMessage msg);

/**
 * 服务器反馈消息已经成功发送时,会收到调用
 */
public abstract void onMessageSent(Context context, Session session,
        AVMessage msg);

/**
 * 在消息发送失败时,产生的调用 在这里你可以保存一下发送失败的消息以便未来重发
 */
public abstract void onMessageFailure(Context context, Session session,
        AVMessage msg);

/**
 * 当关注的一些peers上线时,产生的调用
 */
public abstract void onStatusOnline(Context context, Session session,
        List<String> peerIds);

/**
 * 当关注的一些peers下线时,产生的调用
 */
public abstract void onStatusOffline(Context context, Session session,
        List<String> peerIds);

/**
 * 当与服务器发生交互的过程中的任何错误,都在这里被返回
 */
public abstract void onError(Context context, Session session, Throwable e);

从上面接口的定义中,我们可以看到,要接收到别人发过来的消息,只需要响应 onMessage() 方法即可。代码示例如清单 4 所示:

public class CustomeMsgReceiver extends AVMessageReceiver {
    @Override
    public void onMessage(final Context context, Session session, AVMessage avMsg) {
        Logger.d("onMessage "+avMsg.getMessage());
        // 进行上层逻辑处理,譬如 UI 展示,或者消息提醒。
    }
}

// 在 AndroidManifest.xml 文件中声明这一 BoardcastReceiver。
<receiver android:name=".receiver.CustomeMsgReceiver">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED" />
        <action android:name="com.avoscloud.session.action" />
    </intent-filter>
</receiver>

支持富媒体的聊天消息

上面的代码演示了如何发送文本信息,但是现在的交互方式已经越来越多样化,图片、语音、视频已是非常普遍的媒体类型。而从 AVMessage 的定义来看,只支持不超过 5KB 大小的文本,那么 LeanMessage 又如何能支持富媒体的聊天消息呢?

记得 LeanStorage 中的 AVFile 吗? AVFile 是 LeanStorage 提供的非结构化数据存储解决方案,可以让你的应用程序将二进制文件存储到云端服务器中,并且自动提供 CDN 加速服务,能带给用户更迅捷的下载体验。比如常见的文件类型图像文件、影像文件、音乐文件和任何其他二进制数据都可以使用。具体说明可以参见 [Android 开发文档][3]。

对于图片、语音、视频这类较大的非结构化数据,存储到云端文件系统之后,在消息中发送 url 已是业界惯例,并且 LeanMessage 中 AVMessage 类的定义并没有规定消息体是什么类型,所以我们可以充分利用这一扩展空间,结合 AVFile 来发送、接收富媒体的聊天消息。实现方法如清单 5 所示:

AVFile file = AVFile.withAbsoluteLocalPath("test.jpg", Environment.getExternalStorageDirectory() + "/test.jpg");
file.saveInBackground(new SaveCallback() {
    // override
    public void done(AVException ex) {
        if (null != ex) {
            // error
        } else {
            // construct message body under json format.
            HashMap<String, Object> params = new HashMap<String, Object>();
            params.put("type", "image");
            params.put("context", "嗨,你好,我是 Tom");
            params.put("attachment", file.getUrl());

            List<String> peerIds = new LinkedList<String>();
            peerIds.add("Bob");
            session.sendMessage(new AVMessage(JSON.toJSONString(params), peers, false));
        }
    }
});

新版本的 LeanMessage SDK 会支持富媒体消息,避免让每个开发者都重复做类似的工作。

群组聊天

在聊天的需求里,还有一个很重要的场景,就是群组聊天。从前面 AVMessage 的定义我们可以猜到,LeanMessage 应该是支持群聊的,那实际上该如何实现呢?下面我们一步一步来尝试一下。

基本概念

与普通的单聊相比,群聊增加了如下两个基本概念:

  • 群组 AVGroup

AVGroup 代表一个聊天群组,可以对应到实际的多人聊天、聊天群、聊天室等,每个 AVGroup 有一个唯一的 ID(groupID,由 LeanMessage 云端分配),其定义如清单 6 所示:

public class AVGroup implements Group {
   String roomId;
   String selfId;
   Session session;
}

一个 Peer 加入群后向群发送的消息可以被所有群成员收到。当有新成员加入或者既有成员退出时,所有群成员都会得到通知。AVGroup 上可以进行的操作有:

public interface Group{
    public void join();
    public void sendMessage(AVMessage msg);
    public void kickMember(List<String> peerIds);
    public void inviteMember(List<String> peerIds);
    public void quit();
    public String getGroupId();
    public String getSelfId();
    public AVHistoryMessageQuery getHistoryMessageQuery();
}
  • 群组消息接受器 AVGroupMessageReceiver

与 AVMessageReceiver 类似,AVGroupMessageReceiver 主要用来处理群组操作的结果。其详细定义如清单 7 所示:

// 在加入聊天室成功后被调用 如果join时,没有带groupId,您可以在返回的group中间获取groupId
public abstract void onJoined(Context context, Group group);

//当你被别人邀请进入某个聊天室以后
//  @param group
//  @param byPeerId 这个人邀请了你
public abstract void onInvited(Context context, Group group, String byPeerId);

// 当你被别人踢出聊天室以后
// @param group
// @param byPeerId 是他踢了你
public abstract void onKicked(Context context, Group group, String byPeerId);

// 处理消息发送成功事件
public abstract void onMessageSent(Context context, Group group, AVMessage message);

// 用来处理消息发送失败事件.可以缓存起来,事后重发
public abstract void onMessageFailure(Context context, Group group, AVMessage message);

// 收到消息以后被调用,一般通过这个接口来处理和接受来自Group的消息
// @param context
// @param group
// @param message
// @param fromPeerId 发消息者
public abstract void onMessage(Context context, Group group, AVMessage message);

// 处理退出成功事件
public abstract void onQuit(Context context, Group group);

// 处理Group操作被拒绝的时间
// @param context
// @param group
// @param op 这里可能存在的操作有 "join","invite","kick"
// @param targetIds
//            一般来说是指被操作的对象,在join操作中间就是指groupId本身,
//            invite和kick中则指被邀请或者被踢除的peerIds
public abstract void onReject(Context context, Group group, String op, List<String> targetIds);

// 处理新用户加入事件
public abstract void onMemberJoin(Context context, Group group, List<String> joinedPeerIds);

// 处理用户退出事件
public abstract void onMemberLeft(Context context, Group group, List<String> leftPeerIds);

// 处理所有Group相关的异常
public abstract void onError(Context context, Group group, Throwable e);

加入聊天室

由于整个实时通信功能都是建立在 Session 的基础上,所以我们要加入一个聊天室也需要建立在一个已经打开的 Session 上。已经打开一个 Session 以后,可以通过以下操作来加入一个 Group:

Group group = SessionManager.getInstance(selfId).getGroup();//准备新建一个聊天室
//Group group = SessionManager.getInstance(selfId).getGroup(groupId); 加入一个已经存在的聊天室
group.join(); // LeanMessage 云端会判断 groupId 是否存在,如果不存在就新建一个 Group,否则加入已有 Group

加入成功之后 AVGroupMessageReceiver 子类中的 onJoined 方法就会被调用。

往聊天室发送消息

发送消息非常简单,通过如下代码就可以向特定聊天室发送消息了:

Group group = SessionManager.getInstance(selfId).getGroup(groupId);
group.sendMessage(new AVGroupMessage("hello world"));

发送成功之后,AVGroupMessageReceiver 子类中的 onMessageSent 方法会被调用,反之则 onMessageFailure 方法会被调用。

接收聊天室消息

接收一个聊天室的消息,与接收单聊的消息一样,需要开发者实现 AVGroupMessageReceiver 接口,并在 AndroidManifest.xml 中注册即可,如代码清单 8 所示:

public class CustomeGroupMsgReceiver extends AVGroupMessageReceiver {
    ...
    @Override
    public void onMessage(final Context context, Group group, AVMessage avMsg) {
        Logger.d("onMessage "+avMsg.getMessage());
        // 进行上层逻辑处理,譬如 UI 展示,或者消息提醒。
    }
    ...
}

// 在 AndroidManifest.xml 文件中声明这一 BoardcastReceiver。
<receiver android:name=".receiver.CustomeGroupMsgReceiver">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED" />
        <action android:name="com.avoscloud.session.action" />
    </intent-filter>
</receiver>

查询聊天室成员

在加入一个聊天室之后,我们第一步就是看看有哪些人在这个群组里面。LeanMessage 和 LeanStorage 是结合在一起的,通过使用 LeanStorage 的数据存储功能,来保存一个聊天室的基本信息(表名:AVOSRealtimeGroups),在 LeanStorage 应用管理平台的数据中心,我们可以看到 AVOSRealtimeGroups 的所有字段。

[LeanStorage][5] 的数据中心 [LeanStorage][5] 也是 LeanCloud 平台的核心服务之一,提供了应用内数据和文件数据的存储功能。对于应用内数据,LeanStorage 支持 schema free 的存储,开发者不需要事先定义数据的模式,只要符合 JSON 格式的 Object 都可以自由存储到 LeanStorage 云端。同时,LeanStorage 也提供一个 Web 版的数据管理界面,可以非常方便地增、删、改、查任何数据。

当然,在我们知道一个聊天室的 groupId 的时候,也可以在代码中,通过 AVObject 的 fetch 接口来查看这个聊天室的组员情况,代码如清单 9 所示:

AVObject groupObject = AVObject.createWithoutData("AVOSRealtimeGroups",groupId);
groupObject.fetch();//如果您在UI进程中,请使用异步方法调用
List groupMembers= groupObject.getList("m");

谨防系统线程阻塞! 回想一下,在移动应用程序中,长时间的操作(如网络、文件或长的计算)不应该在主系统线程上完成。相反,应在一个单独的工作线程中执行它们。阻塞系统线程会对应用程序的用户界面的响应能力产生负面影响,有可能导致强行关闭您的应用程序。

成员管理

在查询到聊天室成员之后,可以让用户邀请一些自己的朋友加入,作为管理员也可以剔除一些「可怕」的成员。代码如清单 10 所示:

Group group = SessionManager.getInstance(selfId).getGroup(groupId);
List<String> toInvite = Arrays.asList("peerId1","peerId2","peerId3");
group.inviteMember(toInvite);
List<String> toKickOff = Arrays.asList("badBoy1","badBoy2");
group.kickMembers(toKickOff);

邀请成功以后,通知的流程是这样的:

    操作者管理员                           被邀请者                        其他人
1,发出请求 inviteMember
2,AVGroupMessageReceiver.onInvited
3,                                      AVGroupMessageReceiver.onJoined
4,AVGroupMessageReceiver.onMemberJoin                          AVGroupMessageReceiver.onMemberJoin

相应地,踢人的流程如下:

    操作者管理员                           被踢者                         其他人
1,发出请求 kickMember
2,AVGroupMessageReceiver.onKicked
3,                                    AVGroupMessageReceiver.onQuit
4,AVGroupMessageReceiver.onMemberLeft                         AVGroupMessageReceiver.onMemberLeft

查询历史消息

LeanMessage 会将非暂态消息自动保存在云端,之后开发者可以通过 AVHistoryMessageQuery 这个对象来进行查询。AVHistoryMessageQuery 定义如清单 11 所示:

public class AVHistoryMessageQuery {
    int limit;
    String convid;
    String from;
    long timestamp;

    /**
     * 设置查询返回集合的大小
     * 默认100,最大1000
     */
    public void setLimit(int limit);

    /**
     * 设定聊天的发起人是谁
     */
    public void setFrom(String from);

    /**
     * 设置查询从哪个时间开始的聊天记录
     */
    public void setTimestamp(long timestamp);

    /**
     * 指定聊天记录查询条件中,聊天发送的对象条件
     */
    public void setPeerIds(List<String> peerIds);

    /**
     * 同步方法查询聊天记录
     * 请确保在一个异步方法中调用此方法,否则会出现UI线程中的网络请求而导致的UI卡死
     */
    public List<AVHistoryMessage> find() throws AVException;

    /**
     * 异步方法查询聊天记录
     */
    public void findInBackground(HistoryMessageCallback callback);

    /**
     * 此接口为异步查询聊天记录的回调类
     */
    public static interface HistoryMessageCallback;
}

通过 AVHistoryMessageQuery 查询得到的结果是 AVHistoryMessage,该类的定义如清单 12 所示:

public class AVHistoryMessage extends AVMessage {
    /**
     * 查看是否属于聊天室聊天记录
     */
    public boolean isRoom();

    /**
     * 查看聊天记录所在的conversation Id,对于 Group 来说等于 GroupID,对于单聊来说,是内部生成的一个值。
     */
    public String getConvid();
}

聊天记录的查询的基本方法跟 AVQuery 类似但是略有不同。针对 Session 的聊天记录和聊天室 Group 的聊天记录查询略有不同,但是基本流程是一样(代码清单 12):

String selfId = "Tom";
SessionManager sm = SessionManager.getInstance(selfId);
List<String> peers = new ArrayList<String>();
peers.add(selfId);
peers.add("Bob");
AVHistroyMessageQuery sessionHistoryQuery = sm.getHistroyMessageQuery();
sessionHistoryQuery.setLimit(100);  //设置查询结果大小
sessionHistoryQuery.setPeerIds(peers); // 设置单聊的参与方,多个参与者之间是「与」的关系
sessionHistoryQuery.setTimestamp(1413184345686);  //查询时间片1413184345686以前的聊天记录
sessionHistoryQuery.findInBackground(new HistoryMessageCallback() {
      @Override
      public void done(List<AVHistoryMessage> messages, AVException error) {
           System.out.println(messages.size());
      }
});//查询session里的聊天记录

Group group = sm.getGroup("140a534fd092809500e6d651e73400c7");
AVHistroyMessageQuery groupHistoryQuery = group.getHistoryMessageQuery();//获取AVHistoryMessageQuery对象来查询聊天室的聊天记录
groupHistoryQuery.findInBackground(new HistoryMessageCallback(){
     @Override
     public void done(List<AVHistoryMessage> messages,AVException error){
       for(AVHistoryMessage msg:messages){
          System.out.println(msg.getMessage());
       }
     }
})

上面第一个查询会拿到「Tom」和「Bob」在特定时间点以前的 100 条聊天记录;第二个查询会拿到特定聊天室的所有聊天记录(如果总数不超过 1000 条的话)。

一览查看所有聊天室

查看所有聊天室的方法和查看单个聊天室成员的方法类似,都是直接通过 AVQuery 或者 AVObject 来遍历 AVOSRealtimeGroups 表实现的,这里不再赘述。

聊天记录和安全

前面实现了单聊、群聊、富媒体聊天诸多功能,但是开发者可能已经发现了,这都是直接调用 LeanMessage SDK 来实现的,对于我们开发者来说,能控制的东西很少,在安全性上会存在一些担心。譬如:万一不怀好意的人破解了我的 appId 和 appKey,是不是就可以在我的聊天社区里面为所欲为?

为了满足开发者对权限和认证的要求,LeanMessage 还设计了操作签名的机制。我们可以在 LeanCloud 应用控制台、设置、应用选项中强制启用签名(强烈推荐这样做)。启用后,所有的 Session open 和 watch 行为都需要验证签名,这样开发者就可以对用户登录以及他可以关注哪些人,进而可以给哪些人发消息进行充分的控制。

签名采用 Hmac-sha1 算法,输出字节流的十六进制字符串 (hex dump),签名的消息格式如下:

app_id:peer_id:watch_peer_ids:timestamp:nonce

其中:

  • app_id 是你的应用 ID
  • peer_id 是打开此 Session 的 Peer ID
  • watch_peer_ids 是 open 或 watch 请求中关注的 peer ids,升序排序后以:分隔
  • timestamp 是当前的 UTC 时间距离 unix epoch 的秒数
  • nonce 为随机字符串

在群组操作中,LeanMessage 对加群、邀请和踢出群这三个动作也允许加入签名,它的签名格式是:

app_id:peer_id:group_id:group_peer_ids:timestamp:nonce:action

其中:

  • app_id, peer_id, timestamp 和 nonce 同上
  • group_id 是此次行为关联的群组 ID,对于创建群尚没有 id 的情况,group_id 是空字符串
  • group_peer_ids 是:分隔的升序排序的 peer id,即邀请和踢出的 peer_id;对加入群的情况,这里是空字符串
  • action 是此次行为的动作,三种行为分别对应常量 join, invite 和 kick

签名的 key 是应用的 master key。开发者可以实现自己的 SignatureFactory,调用远程的服务器的签名接口获得签名。如果没有自己的服务器,可以直接在 LeanCloud 的云代码上通过 Web Hosting 动态接口实现自己的签名接口。在移动应用中直接做签名是非常危险的,它可能导致你的 master key 泄漏。

LeanCloud 的 appKey 分类 在 LeanCloud 平台上申请了应用之后,LeanCloud 会分配给我们两个 key:一个 appKey,一个 master Key。其中 appKey 可以执行一些普通的操作,并且受到 LeanCloud 平台安全设置的限制,类似于操作系统中的普通 User 账号,所以可以直接用在客户端;master Key 则拥有所有权限,类似于操作系统中的 Root/Administrator 账号,所以请妥善保管。

好,有了签名机制之后,我们究竟该如何使用呢?我们只需要实现自己的 SignatureFactory,然后在开启 session 的时候,把这个 signatureFactory 传进去即可。示例代码如清单 13 所示:

// Signature 定义如下,由 LeanMessage 提供
public class Signature {
    private String signature;
    private long timestamp;
    private String nonce;
    private List<String> signedPeerIds;

    // getter / setter for properties
    ......
}
// customise signature factory,由开发者实现
public MySignatureFactory implements SignatureFactory {
    @override
    public Signature createSignature(String selfId, List<String> watchIds) {
        // call remote server for correct signature.
    }
   @override
    public Signature createGroupSignature(String groupId, String selfId, List<String> targetPeerIds,
  String action) {
        // call remote server for correct group signature.
    }
}

// open session with signature factory.
SignatureFactory signatureFacatory = new MySignatureFactory();
SessionManager sm = SessionManager.getInstance(selfId);
sm.setSignatureFactory(signatureFactory);
sm.open(selfId);

设定了 SignatureFactory 之后,对于需要鉴权的操作,LeanMessage SDK 与服务器端通讯的时候都会带上应用自己生成的 Signature 信息,这样 LeanMessage 服务器端就会使用 app 的 masterKey 来验证信息的有效性,保证聊天渠道的安全。

结束语

LeanMessage 是一个非常稳定可靠的聊天服务平台,提供的功能也足以满足我们应用开发者的需求。这里我通过介绍 LeanMessage API 来实现应用内的单聊、群聊、富媒体消息等基本功能,但是 LeanMessage 还支持更多高阶功能,譬如 Super Peer、敏感词过滤、消息实时监听等等,有兴趣的朋友可以继续探索。

[1]: https://leancloud.cn/features/message.html [2]: https://leancloud.cn [3]: https://leancloud.cn/docs/android_guide.html [4]: https://cn.avoscloud.com/docs/realtime.html [5]: https://cn.avoscloud.com/features/storage.html

有没有 Rubymotion 和 Xamarin 的例子?

看到这种分享的长文就忍不住要赞一个

很不错的服务

LeanCloud 越来越赞了。

#1 楼 @Peter 抱歉 目前还没有这部分的例子

#4 楼 @special ^_^ 我们会继续努力~

需要 登录 后方可回复, 如果你还没有账号请 注册新账号