如何开发一个简单的Android聊天软件：详细步骤与教程（6）-七爪网

在现今社交工具高度发展的背景下，聊天软件的使用感受尤为关键。若消息接收的加载过程不够完善，用户的体验便会大受影响。这无疑是一个需要细致操作的重要步骤。

消息接收的重要性

构建完善的聊天流程，接收信息是其中关键一环。研究显示，用户对信息接收的延迟或失败耐受力极低。设想一下，若两位商务人士在北京不同楼层的写字楼里约谈，信息接收问题可能引发严重错误。在激烈的市场竞争中，若聊天软件接收信息存在问题，用户很快就会放弃使用。那么，如何确保信息接收顺畅？这是我们面临的关键问题。此外，信息接收不畅还可能影响用户情绪，导致对软件的不满。

    //sqlite
    implementation 'org.litepal.guolindev:core:3.1.1'

避免过度依赖服务器

<application
        android:name="org.litepal.LitePalApplication"
        ...
        ...
        >
</application>

大家都清楚，单纯依赖服务器请求来加载信息，可能会遇到不少麻烦。比如，在中小型服务器上，过多的请求可能会让服务器性能骤降。据数据统计，若服务器配置不高，消息请求可能会消耗超过一半的资源。在开发者交流活动中，不少开发者提到遇到过类似问题。这不仅会损害用户的使用感受，还可能限制其他功能的发挥。因此，我们必须认识到本地存储的重要性，并合理分配本地与服务器之间的数据存储。

实时消息接收操作


<litepal>
    <dbname value="chat" />
    <version value="1" />
    <list>
        <mapping class="com.liuzi.chatdemo.bean.User"/>
        <mapping class="com.liuzi.chatdemo.bean.chat.Im_msg_content"/>
    </list>
</litepal>

首先要注意接收实时消息的处理。选用郭神的数据库框架并非随意，众多开发者都推崇它，因为它既高效又稳定。在修改.xml的:name时，必须小心谨慎，因为一点小疏忽就可能引发流程故障。2019年就有开发者在此环节遇到了问题，在论坛上抱怨许久才找到解决办法。至于数据库的创建和各种相关操作，都必须按步骤进行，每一步都至关重要，直接影响到消息接收流程能否顺畅。不仅要确保数据库创建无误，保存消息、刷新页面等操作同样不可或缺。

   LitePal.getDatabase();

聊天页面更新逻辑

public class Im_msg_content extends LitePalSupport {  //继承LitePalSupport，数据库框架需要
    private int mid;  //所有消息id序号，服务器数据库全局自增主键
    private int id;   //消息id序号
    private String cid;  //会话发送方接收方拼接id，用于会话识别判断
    private String content;
    private String sender_id;
    private String recipient_id;
    private int msg_type;
    private String create_time;
    private String ishost; //该消息发出用户是否为当前用户,服务端数据不存在该字段
    private String isSendOk; //该消息是否发送成功，服务端不存在该字段 0：发送中， 1：发送失败  空白字段：完成
    //set、get、构造方法
}

关于聊天页面的更新并非易事。比如，以前将服务器获取的消息转换成消息实体类，就曾因转换过程中的漏洞，引发过消息显示异常的问题。在更新页面的逻辑中，那个负责判断页面活动是否在线的类至关重要。例如，在线上课程等场景中，师生通过聊天软件进行互动，若这个判断出现失误，可能会造成消息延误甚至丢失。此外，这部分操作借鉴了网络上的高手经验，也彰显了开源共享在软件开发中的价值。

@Override
            public void onMessage(String message) {
                //在这里处理服务端发来的消息
                KLog.d("onMessage", message);
                Gson gson=new Gson();
                Im_msg_content im=gson.fromJson(String.valueOf(message), Im_msg_content.class);
                String recipient_msg = im.getContent //获取到消息
               //本次新增逻辑
               Cursor cursor=LitePal.findBySQL("select * from Im_msg_content where mid = ?" , String.valueOf(im.getMid()));   //获取全局id主键，判断本机是否存在该mid数据
            if (cursor.moveToFirst()==false) {  //不存在该mid，属于正常新增数据，可以保存
                MyApplication application = (MyApplication) getApplication(); //获取全局变量
                if (i.getSender_id().equals(application.get("user_code"))) {  //判断此条消息中，当前用户属于发送方还是接收方。理论上此处用户应该都是接收方，此处属于保护代码健壮性，防止异常数据导致的报错甚至崩溃。
                    i.setIshost("1");
                } else {
                    i.setIshost("0");
                }
                i.save(); //litepal保存数据的方法
                KLog.d("保存了" + i.getId());
            }
            cursor.close();
            }

加载本地历史消息

          new Handler(Looper.getMainLooper()).post(new Runnable(){  //使用handle的消息机制，触发ui更新。
                    @Override
                    public void run() {
                        if (ActivityCollector.isActivityExist(ChatActivity.class)){ //判断聊天会话界面是否正在打开状态，是的话，就可以刷新页面了。
                            ChatActivity.initMsg();  //chatActicvity中的msglist添加逻辑
                            ChatActivity.adapter.notifyDataSetChanged();  //调用recycler适配器的刷新
                        }
                        //MyApplication application=(MyApplication)getApplication();
                        //initImList(String.valueOf(application.get("user_code")));
                        //try {
                           // ChatFragment.adapter.notifyDataSetChanged();  //此处是消息列表页消息通知刷新，消息列表页就是我们微信，QQ那个好友消息列表页，我们还没画这个界面，所以暂且不提，注释掉，后面再说。
                        //}catch (Exception e){
                          //  e.printStackTrace();
                        //}
                    }
                });

打开聊天界面，加载本地聊天记录同样重要。开发者需在代码设计时考虑这一点。有些新手开发者在此方面缺乏规划，导致后期加载时出现兼容问题，耗费不少时间解决。不论选用郭神的数据库框架还是其他方法，都是为了确保本地历史消息准确加载，这是提高用户满意度关键所在。

离线消息处理的展望

public class ActivityCollector {
    //存放activity的列表
    public static HashMap<Class<?>, Activity> activities = new LinkedHashMap<>();
    
    public static void addActivity(Activity activity, Class<?> clz) {
        activities.put(clz, activity);
    }
    
    @TargetApi(Build.VERSION_CODES.JELLY_BEAN_MR1)
    public static <T extends Activity> boolean isActivityExist(Class<T> clz) {
        boolean res;
        Activity activity = getActivity(clz);
        if (activity == null) {
            res = false;
        } else {
            if (activity.isFinishing() || activity.isDestroyed()) {
                res = false;
            } else {
                res = true;
            }
        }
        return res;
    }
    public static <T extends Activity> T getActivity(Class<T> clazz) {
        return (T) activities.get(clazz);
    }
    public static void removeActivity(Activity activity) {
        if (activities.containsValue(activity)) {
            activities.remove(activity.getClass());
        }
    }
    public static void removeAllActivity() {
        if (activities != null && activities.size() > 0) {
            Set<Map.Entry<Class<?>, Activity>> sets = activities.entrySet();
            for (Map.Entry<Class<?>, Activity> s : sets) {
                if (!s.getValue().isFinishing()) {
                    s.getValue().finish();
                }
            }
        }
        activities.clear();
    }
}

离线消息的加载确实是个值得深入思考的问题。目前，我们已先处理了本地与实时消息的相关部分。然而，离线消息的处理要复杂得多，因为它需要改动服务端程序。多数软件开发周期中，这部分内容都需单独优化。那么，如何在保证聊天流程不受影响的前提下，高效处理离线消息的加载？这是一个待大家探讨的问题。欢迎踊跃留言，如文章对你有所启发，别忘了点赞和转发。

相关文章

微信