周勋

主要解决两个问题： 1.多线程对聊天列表数据源进行增/删/查/改，造成的线程安全问题 2.不同业务场景对聊天列表数据源增/删/查/改后的，刷新列表UI规范不一致的问题 一.目前现状 MXChatVie

以上是IMSDK消息派发器中一段常见的代码，有个疑问以上的NSHashTable为什么要用weak类型的指针管理监听器呢。以下是几种常见的见解： 1.有人说是因为项目中所有的三方sdk或者自己的sdk

一.目前模块结构 以聊天页面发红包流程为例描述目前项目结构中由于CTMediator桥结构滥用产生的问题与解决方向； 目前存在的问题：模块解耦后，由于模块职责混乱，加上模块基础服务没有沉淀为基础服务层

一.问题描述 最近在arkTS中使用了一段时间的协程，总结了一下协程的特性：以任务为单位对线程进行切片。下面总结一下具体项目中协程的应用示例，请看下面的应用场景图： 以上应用场景为微信中的消息转发场景

一.头像组件整体流程图 1.AvatarComponent目前初步暂定兼容三种类型的头像。用户头像，群头像，普通src网络地址图像。普通src头像主要用于服务号这种，列表里面已经有服务号的头像网络地址

头像更新前后端交互的整体时序图可参考头像更新前后端整体交互图 ；这里主要描述客户端实现头像更新的流程

最近在开发关于人员选择器的cordova插件遇到了一个项目结构层级问题需要扩展 一.目前的层级结构 1.首先我们业务UI层肯定是处于CommoneWeb基础层之上的，及业务Module层依赖Commo

1.app启动时通过加载项目中的默认表情配置json文件，生成表情编码表+表情解码表。 2.业务方通过Emoji表情SDK开放的EmojiBoardComponent将表情面板UI添加到自己对应的业务

一 .选择器模块整体结构 上图从代码架构方面描述了其他业务模块调用通讯录-选择器模块的交互流程 选择器Interface接口定义了：   1）进入选择器的不同入口类型：EnterContactActi