关于数据库使用中出现的闪退问题，闪退日志如下：

BUG IN CLIENT OF libsqlite3.dylib: illegal multi-threaded access to database connection

解决方案：将数据库的调用放在同一线程中处理,如:全部在主线程中处理;若想要放在分线程中,则需要创建固定的分线程,统一在该线程中调用数据库即可.

举例：通过GCD创建分线程的注意事项：

错误示例:
通过如下代码创建的分线程并非固定的,而是系统按一定规则分配的
dispatch_async(dispatch_get_global_queue(0, 0), ^{
	//此处执行数据库操作可能会引起闪退
});

正确示例:
首先创建自定义线程(只创建一次)
dispatch_queue_t sqliteQueue = dispatch_queue_create("sqliteQueue",NULL);
调用数据库时,进入该线程
dispatch_async(sqliteQueue, ^{
	//执行数据库操作
});
        

一、效果图

二、集成方式

直接导入：#import "WZMChat.h"

文件夹结构如下图:

三、数据库设计简单描述

从类型上，可分为3个表：

用户表(user)、会话表(session)、消息表(message)；

从实际需求上，再进一步细分：

用户表需要两个：用户(user)和群(group)；

而为了消息的优化处理，每一个私聊或群聊，都可以新建一个消息表(message)。

处理逻辑如下：
1、添加好友 - 发起聊天；
2、查询对应的消息表(message)是否存在，不存在则创建；
3、向该消息表(message)插入私聊消息；
4、从会话表(session)查询对应的会话，不存在则插入，存在则更新；
5、刷新相关页面。

四、表情键盘的处理

1、自定义layout，实现表情键盘的横向布局；

2、键盘弹出的时机与UITableView的偏移处理；

3、表情字符删除时的匹配处理，以及输入框光标的变化；

4、普通文本转换为表情富文本时的字符偏移，以及正则匹配效率的处理。

五、消息列表滑动优化

1、使用model类存储行高、行宽，避免重复计算；

2、视频、图片等消息使用缩略图，减少系统开销；

3、其他常规的优化处理。