学问Chat UI(2)

前言

• 上文讲了下要去作哪些事，重点分析了融云Sdk中RongExtension这个扩展控件，本文来学习下一样是融云Sdk中的AutoRefreshListView如何适配多种消息的实现方式，写的有不足之处还望指出。

AutoRefreshListView如何适配多种消息

本文不分析AutoRefreshListView内部源码，从数据适配角度分析如何适配上文讲到的多种聊天消息；
既然从AutoRefreshListView开始，那先来了解下通常使用ListView的步骤：

• 布局器寻找ListView控件,经过findViewById方法
• 建立数据适配器
• ListView设置数据适配器与经常使用事件
• 新增数据到适配器并更新UI
  可是数据更新到UI,会遇到多种不一样数据结构（多种消息类型），那么能不能找到一种简洁的方法，让不一样消息交给不一样的消息处理者，以此来达到解耦的目的。那他是如何作到的？
  这才引出本文分析的重点：MessageListAdapter；

MessageListAdapter概述

• MessageListAdapter继承自BaseAdapter<UIMessage>，BaseAdapter<T>泛型类重点分析下getView(int position, View convertView, ViewGroup parent)方法；
• 其中两个抽象方法newView与bindView,看名字有点头绪是干吗的，newView是建立新的View，bindView是绑定数据到View；
• 怎么使用上面的抽象方法?判断下convertView对象,若是为空,调用newView方法,不然,赋值给临时变量view,最后把数据绑定到view上,并返回view对象。

@Override
    public View getView(int position, View convertView, ViewGroup parent) {
        View view;
        if (convertView != null) {
            view = convertView;
        } else {
            view = this.newView(mContext, position, parent);
        }
        this.bindView(view, position, this.getItem(position));
        return view;
    }

 protected abstract View newView(Context context, int pos, ViewGroup parent);

 protected abstract void bindView(View convertView, int pos, T t);

MessageListAdapter的bindView方法

• 继承自抽象类BaseAdapter须要实现两个方法newView与bindView；newView使用ViewHolder进行控件建立；
• bindView消息数据与消息布局绑定经过了下面代码来实现的；这段代码中涉及到provider与contentView对象，其中provider对象实现了接口IContainerItemProvider，而contentView对象是ProviderContainerView的实例，下面详解这两个类。

final View view = holder.contentView.inflate((IContainerItemProvider)provider);
   ((IContainerItemProvider)provider).bindView(view, position, data);

1.IContainerItemProvider接口与及其子类

• 下面画了相关类的UML类图，省略了部分子类；

1.1如何获取provider对象

• 贴上获取provider代码，讲下基本的思路：
• 1.判断消息是不是评论消息，若是不是，则根据消息类型获取对应消息类型的provider；
• 2.若是provider为null，则匹配为未知消息类型
• 3.若是provider仍是为空，则返回；不然，返回provider对象；

if(data != null) {
            final MessageListAdapter.ViewHolder holder = (MessageListAdapter.ViewHolder)v.getTag();
            if(holder == null) {
                RLog.e("MessageListAdapter", "view holder is null !");
            } else {
                Object provider;//声明provider对象
                ProviderTag tag;
                //判断是不是评论消息
                if(this.getNeedEvaluate(data)) {
                    provider = RongContext.getInstance().getEvaluateProvider();
                    tag = RongContext.getInstance().getMessageProviderTag(data.getContent().getClass());
                } else {
                    if(RongContext.getInstance() == null || data == null || data.getContent() == null) {
                        RLog.e("MessageListAdapter", "Message is null !");
                        return;
                    }

                    provider = RongContext.getInstance().getMessageTemplate(data.getContent().getClass());
                    if(provider == null) {
                        provider = RongContext.getInstance().getMessageTemplate(UnknownMessage.class);
                        tag = RongContext.getInstance().getMessageProviderTag(UnknownMessage.class);
                    } else {
                        tag = RongContext.getInstance().getMessageProviderTag(data.getContent().getClass());
                    }

                    if(provider == null) {
                        RLog.e("MessageListAdapter", data.getObjectName() + " message provider not found !");
                        return;
                    }
                }

• 仍是没看到是如何获取provider对象的，别着急，下面让咱们看看getMessageTemplate方法，看是如何经过消息对象获取对应的消息provider*
• 看第一行代码发现：是经过mWeakTemplateMap获取到provider，查看声明发现是HashMap类型（弱引用），这个hashmap对象的数据是怎么来的？
• 看下面 (MessageProvider)((MessageProvider)this.mTemplateMap.get(type)).clone();这段代码发现与上面有什么不一样的地方；一个是HashMap对象换成了mTemplateMap，另外一个是调用了clone（因为实现了cloneable接口）；
• this.mWeakTemplateMap.put(type, provider);则是把clone的对象放到mWeakTemplateMap对象中，也解释前面讲的mWeakTemplateMap对象的数据是怎么来的。

Why？为何须要两个HashMap对象以及clone方法调用的缘由。
下面一步一步分析看，首先mTemplateMap对象数据哪里来的？这个是在融云创建链接成功回调之后添加的消息模板；

• 1.反着来看若是不复制（调用clone()）的话，provider 对象是给外部使用;那么退出聊天界面这个对象将被销毁的，当再次进入聊天界面后mTemplateMap对象存放的MessageProvider为空了，因此显然mTemplateMap注册的MessageProvider是创建链接后长期的；
  这样的话，无论复制的MessageProvider怎么操做，母体都不会影响。
• 2.在聊天界面有可能发了多条重复或者类型相同的消息，那么是否是能够避免重复复制，毕竟复制须要时间与空间代价，因此能够重复使用那些还未被销毁的MessageProvider（弱引用对象），这样能够重复使用又不会出现潜在的内存泄漏。
• 到此对于如何获取provider对象的实现有了个具体的了解。

public MessageProvider getMessageTemplate(Class<? extends MessageContent> type) {
        MessageProvider provider = (MessageProvider)this.mWeakTemplateMap.get(type);
        if(provider == null) {
            try {
                if(this.mTemplateMap != null && this.mTemplateMap.get(type) != null) {
                    provider = (MessageProvider)((MessageProvider)this.mTemplateMap.get(type)).clone();
                    this.mWeakTemplateMap.put(type, provider);
                } else {
                    RLog.e("RongContext", "The template of message can\'t be null. type :" + type);
                }
            } catch (CloneNotSupportedException var4) {
                var4.printStackTrace();
            }
        }

        return provider;
    }

2.contentView对象--自定义ProviderContainerView

• contentView是属于ProviderContainerView，ProviderContainerView布局继承自FrameLayout
• 自定义布局控件提供了一个重要的方法public <T extends IContainerItemProvider> View inflate(T t)与两个HashMap:mViewCounterMap--记录使用频率与mContentViewMap--缓存控件
• 1.其余代码先不看，先来分析下最后一个判断result==null的代码，整理思路是newView将获得view添加到ProviderContainerView当前容器中并返回view,固然这里一样作了缓存。

public <T extends IContainerItemProvider> View inflate(T t) {
        View result = null;
        if(this.mInflateView != null) {
            this.mInflateView.setVisibility(GONE);
        }

        if(this.mContentViewMap.containsKey(t.getClass())) {
            result = (View)this.mContentViewMap.get(t.getClass());
            this.mInflateView = result;
            ((AtomicInteger)this.mViewCounterMap.get(t.getClass())).incrementAndGet();
        }

        if(result != null) {
            if(result.getVisibility() == GONE) {
                result.setVisibility(VISIBLE);
            }

            return result;
        } else {
            this.recycle();
            result = t.newView(this.getContext(), this);
            if(result != null) {
                super.addView(result);
                this.mContentViewMap.put(t.getClass(), result);
                this.mViewCounterMap.put(t.getClass(), new AtomicInteger());
            }

            this.mInflateView = result;
            return result;
        }
    }

• 2.那么问题来了：recycle方法是用来干啥的？缓存View是如何实现的？
• 先来看下recycle方法，其中容易发现mMaxContainSize=3是限定条件，超过或者相等则会进行移除控件，那若是移除的话应该怎么移除是最优的？
• 这里用到了最近最少使用算法，也就是若是这个控件好久没使用了那么下次用到可能性相对来讲比较小，那么超过限定条件mMaxContainSize>=3后，应该先删除这个控件。
• 那他是如何作到不一样控件的使用频率的呢？这要回到inflate方法，根据传入的消息处理者类型，若是mContentViewMap中存在了对应控件，mViewCounterMap找到对应键并自动+1（这里的键的类型是AtomicInteger，自增或者自是减线程安全的），那数值大的表明最近刚刚使用过；若是mContentViewMap不存在的话，则把消息处理器添加到mContentViewMap与mViewCounterMap两个HashMap中，起到缓存做用。经过以上两步，使缓存效率获得优化。

private void recycle() {
        if(this.mInflateView != null) {
            int count = this.getChildCount();
            if(count >= this.mMaxContainSize) {
                Map.Entry min = null;

                Map.Entry item;
                for(Iterator view = this.mViewCounterMap.entrySet().iterator(); view.hasNext(); min = ((AtomicInteger)min.getValue()).get() > ((AtomicInteger)item.getValue()).get()?item:min) {
                    item = (Map.Entry)view.next();
                    if(min == null) {
                        min = item;
                    }
                }

                this.mViewCounterMap.remove(min.getKey());
                View view1 = (View)this.mContentViewMap.remove(min.getKey());
                this.removeView(view1);
            }

        }
    }

• 先讲到这里，后续会分析插件功能。。。