尧图网页设计 
简介基于Android Studio开发的安卓仿QQ聊天软件完整项目包含源代码、数据库及实验报告主要面向计算机相关专业正在完成期末大作业或课程设计的学生也适合需要Android项目实战练习的开发者。资源包为zip格式共688个文件涵盖Java业务逻辑源码、XML界面布局与配置文件、PNG图片资源、SQL数据库脚本、Gradle构建脚本等整体压缩包大小约5.76MB目录结构清晰便于按模块检索。目前已有167人学习下载项目经导师指导并以98分高分通过评审所有源码均经过本地编译调试可稳定运行。代码包含客户端与服务端通信、用户及好友数据管理、聊天消息收发等核心模块并附有实验报告能帮助读者快速理解Android即时通讯类应用的完整开发流程包括Socket通信、SQLite数据库设计及界面交互等关键环节。1. 仿QQ聊天软件为什么是Android Studio课程设计的“满分选题”期末前两周朋友圈里一半人在问“仿QQ聊天软件怎么做”。其实这个题目在Android Studio开发里属于“看着吓人、拆开就三块”的项目一块是RecyclerView撑起来的会话列表和消息气泡一块是负责存聊天记录的SQLite或Room数据库最后一块是维持在线状态的Socket长连接。大部分工作量不在聊天而在列表刷新和数据库读写只要把这三块理顺一套“源代码数据库实验报告”的课程设计就能完整交差。我按实际搭这类项目的顺序写适合正在做安卓课程设计、想拿高分又不想用开源项目糊弄的人。2. Android Studio项目骨架与仿QQ界面搭建仿QQ的界面先从主骨架开始。常见做法是登录页一个Activity登录成功后跳到主界面主界面底部有消息、联系人、动态三个Tab每个Tab对应一个Fragment。Android Studio新建项目时选Empty Activity就行依赖在build.gradle里配。别小看这个骨架分离得好不好决定后面能不能在一天内把聊天逻辑怼进去。2.1 先定项目结构单Activity多Fragment而不是多Activity很多初学者会把三个Tab做成三个Activity结果就是切换时白屏、状态丢失还得自己管理回退栈。我一般会用单Activity加Fragment底部Tab用BottomNavigationView或自己写RadioGroup。这样消息Fragment切到联系人Fragment时Activity不会重建聊天页面用栈顶Fragment压入即可。build.gradle里最少要加这些依赖android { compileSdk 34 defaultConfig { applicationId com.example.qqclone minSdk 21 targetSdk 34 } } dependencies { implementation androidx.appcompat:appcompat:1.6.1 implementation com.google.android.material:material:1.11.0 implementation androidx.recyclerview:recyclerview:1.3.2 implementation androidx.fragment:fragment-ktx:1.6.2 // 以下用到时再加 implementation androidx.room:room-runtime:2.6.1 implementation androidx.room:room-ktx:2.6.1 implementation com.squareup.okhttp3:okhttp:4.12.0 }compileSdk和targetSdk接近Android Studio下载时默认的34版本minSdk设21能覆盖绝大多数安卓9及以上设备。room-ktx负责把协程和LiveData串起来okhttp后面做WebSocket用。项目包结构我习惯分成四块包名职责核心类uiActivity与Fragment、AdapterMainActivity、ChatFragmentdbRoom的Entity、DAO、DatabaseMessageDao、AppDatabasenetSocket连接与消息收发ChatWebSocketManagermodel消息和会话的普通类Message、Conversation把界面和数据库分开后面实验报告画架构图会非常方便而且想换掉某一块时不会动到另外两块。2.2 用RecyclerView实现会话列表聊天软件最显眼的会话列表就是RecyclerView。常见做法是ListAdapter加DiffUtil避免每次刷新全部重绘。下面这个ChatListAdapter从会话列表的List生成每个itemclass ChatListAdapter : ListAdapterConversation, ChatListAdapter.VH(DiffCallback) { class VH(itemView: View) : RecyclerView.ViewHolder(itemView) { val name: TextView itemView.findViewById(R.id.name) val lastMsg: TextView itemView.findViewById(R.id.lastMsg) } override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): VH { val view LayoutInflater.from(parent.context) .inflate(R.layout.item_conversation, parent, false) return VH(view) } override fun onBindViewHolder(holder: VH, position: Int) { val item getItem(position) holder.name.text item.name holder.lastMsg.text item.lastMsg holder.itemView.setOnClickListener { // 回调给Fragment打开聊天窗口 } } companion object { val DiffCallback object : DiffUtil.ItemCallbackConversation() { override fun areItemsTheSame(a: Conversation, b: Conversation) a.id b.id override fun areContentsTheSame(a: Conversation, b: Conversation) a b } } }getItem(position)是ListAdapter自带的方法不用自己维护List。areItemsTheSame用id判断是否是同一会话内容变更时areContentsTheSame返回false列表才重绘那一行。注意Conversation需要实现equals和hashCode否则areContentsTheSame会默认走引用比较刷新不生效。2.3 消息气泡布局用9-patch避免拉伸失真聊天气泡背景如果直接用普通图片文字少时气泡会被拉伸得很难看。常见做法是做一个9-patch或简单的shape drawable。我一般用shape的corners加solid不用切图!-- res/drawable/bg_bubble_left.xml -- shape xmlns:androidhttp://schemas.android.com/apk/res/android solid android:color#FFFFFF / corners android:radius8dp / /shape右侧自己发的气泡把颜色换成淡绿再把整个item根布局的gravity改成right就成了QQ那种左右气泡效果。注意shape不支持描边和阴影叠加要做阴影可以外层包一个CardView。这个布局文件要记得同时提供bg_bubble_right.xml并把左边距和右边距设成不同值。3. 数据库层SQLite与Room选型建立会话和消息的依赖关系数据库是“源代码数据库”里最容易被检查的部分。仿QQ至少要存三块数据用户信息、会话列表、聊天消息。用Android Studio开发时大多数课程设计交的是SQLite文件但我建议Room因为Room在编译期检查SQL语句还自带LiveData支持后面做消息状态更新会省很多事。3.1 为什么不用原生SQLiteOpenHelper直接写SQLiteOpenHelper不是不行但每个表都要写onCreate、onUpgrade还要手动把Cursor转成对象到调试阶段一个字段名拼错就能耗掉一下午。Room的三层结构——Entity、DAO、Database——把SQL语法检查放到编译期字段改名时编译器直接告诉你哪里没同步。对比一下项SQLiteOpenHelperRoomSQL语句检查运行时编译期对象映射手写Cursor注解自动生成实时刷新UI手动监听LiveData/Flow数据库版本管理手写SQLMigration类Room还支持用Flow或LiveData当作查询结果这意味着数据库写入后界面会自动收到新数据不需要写ContentObserver。3.2 实体设计与ER关系仿QQ的消息系统和微信、QQ类似一个用户对应多个会话一个会话包含多个消息。我设计三张表User、Conversation、Message。Conversation是“和某个好友的一个聊天窗口”Message是每一条消息。表字段说明Userid, name, avatar用户基本信息Conversationid, userId, peerId, lastMsg, lastTime会话最后一条消息和时间Messageid, convId, senderId, content, type, status, time消息内容与状态实体类代码Entity(tableName conversation) data class ConversationEntity( PrimaryKey val id: Long, ColumnInfo(name user_id) val userId: Long, ColumnInfo(name peer_id) val peerId: Long, ColumnInfo(name last_msg) val lastMsg: String, ColumnInfo(name last_time) val lastTime: Long )Entity(tableName message) data class MessageEntity( PrimaryKey(autoGenerate true) val id: Long 0, ColumnInfo(name conv_id) val convId: Long, ColumnInfo(name sender_id) val senderId: Long, ColumnInfo(name content) val content: String, ColumnInfo(name type) val type: Int, ColumnInfo(name status) val status: Int, ColumnInfo(name time) val time: Long )Message表主键id用autoGenerate因为消息自增长。Conversation表主键可以复用聊天对象id更新会话时不用再单独查询。type字段预留0文本1图片2系统通知。3.3 DAO与LiveData联动Room查询可以返回LiveData数据库一变化界面自动刷新。DAO设计Dao interface MessageDao { Insert suspend fun insert(message: MessageEntity): Long Query(SELECT * FROM message WHERE conv_id :convId ORDER BY time ASC) fun messagesForConversation(convId: Long): LiveDataListMessageEntity Query(UPDATE message SET status :status WHERE id :id) suspend fun updateStatus(id: Long, status: Int) Query(SELECT * FROM message ORDER BY time DESC LIMIT 1) fun lastMessage(): LiveDataMessageEntity? }调用时在ViewModel里把messagesForConversation暴露出去Fragment观察该LiveData收到新数据就调adapter.submitList。注意DAO里的挂起函数要在viewModelScope里调用主线程直接调会崩。提示数据库版本升级时Room要求用Migration声明ALTER TABLE语句。这对应工程里常说的“数据库同步工具”别直接改Entity然后删应用重装那样老用户数据全没了。4. 核心聊天逻辑WebSocket长连接与消息状态机仿QQ聊天软件最核心的是消息收发。常见做法是WebSocket而不是HTTP轮询服务端一旦有消息可以推给客户端不需要客户端反复拉。Android Studio里用OkHttp的WebSocket实现几行代码就能建立一个长连接而且能跟后面的数据库状态联动起来。4.1 选OkHttp WebSocket还是自造Socket只用原生Java Socket得自己写握手和心跳Android 9之后还默认禁止明文流量连接非TLS的Socket很麻烦。OkHttp WebSocket基于HTTP Upgrade复用OkHttp的连接池和SSL配置还帮你把断线重连的基础回调整理成onFailure。它底层仍是Socket但课设级别已经够用。依赖上面已经加过okhttp接下来新建ChatWebSocketManager负责连接、断开、发送和接收。4.2 自定义协议与JSON序列化聊天消息格式用JSON一个典型消息长这样{ type: text, convId: 1024, senderId: 1, content: 晚上打球吗, time: 1713012345678, status: 0 }type是text、image或systemstatus在客户端本地0发送中1发送成功2已读。服务端收到消息后返回ack包客户端拿到ack再更新数据库。发送消息的代码class ChatWebSocketManager(private val listener: MessageListener) { private lateinit var webSocket: WebSocket private val client OkHttpClient.Builder() .pingInterval(30, TimeUnit.SECONDS) .build() fun connect(url: String, userId: Long) { val request Request.Builder().url(url).build() webSocket client.newWebSocket(request, object : WebSocketListener() { override fun onMessage(webSocket: WebSocket, text: String) { listener.onReceived(text) } override fun onFailure(webSocket: WebSocket, t: Throwable, response: Response?) { // 记录日志触发重连 } }) } fun sendMessage(message: Message) { val json Gson().toJson(message) webSocket.send(json) } }pingInterval设为30秒是应用层心跳。onFailure里除了写日志还要用Handler做指数退避重连比如第一次等1秒第二次等2秒最大间隔30秒。数据库里已经存了发送中的消息重连后要把这些消息重新发送。4.3 消息状态更新与离线缓存消息发送流程我一般这样设计用户点击发送先把Message插入Roomstatus设为SENDING。界面立刻显示在气泡里不等待网络返回。WebSocket发送JSON。收到服务端ack后调用updateStatus(id, SENT)。如果onFailure更新status为FAILED并提示用户点击重发。这样数据库是唯一事实来源UI只观察Room的LiveData。哪怕Activity在后台数据库更新后回到前台也能看到正确状态。网上很多仿QQ的源代码直接连公共测试服务器换成自己的后端时重点检查协议字段名比如time究竟是毫秒还是秒status字段含义是否一致。离线消息的常见做法是服务端按convId缓存最近N条客户端登录成功后从数据库读本地已有最大time再向服务端请求增量。这样既不用一次性拉全量又不会漏消息跟LiveData配合几乎不用额外代码。5. 实验报告与数据库调试把技术点写成加分项5.1 实验报告的结构需求分析、ER图、测试用例实验报告是课程设计的最终交付物别最后一天才写。常见结构章节需要写什么需求分析用户注册、单聊、会话列表、消息状态数据库设计ER图、表结构、Room DAO接口系统设计整体架构、UI截图、WebSocket流程测试用例登录、发送消息、断网重连、数据库升级心得体会遇到的坑和解决办法测试用例别只写“功能正常”要把边界条件写上断网时发送消息恢复网络后是否自动补发连续快速点击发送会不会插入两条相同消息数据库版本从1升到2时老数据是否还在。这些内容可以直接从代码里截图比空话有说服力。5.2 用Android Studio的Database Inspector验证聊天记录这里有个特别实用的调试技巧。Android Studio 4.1开始自带Database Inspector可以边运行app边查看数据库内容甚至直接执行SQL。先用debug构建把app装到模拟器或安卓9以上真机。运行后进入 Android Studio 菜单 View → Tool Windows → App Inspection切到 Database Inspector。选中包名com.example.qqclone就能看到Room数据库文件。展开message表能看到每条消息的status字段。在Query标签页执行SELECT * FROM message WHERE status 0检查有没有发送失败还留在发送中的消息。打开聊天界面如果Database Inspector里看到status从0变成1说明ack正常如果一直不变问题大概率在WebSocket回包或协议字段上。另一个常见坑Database Inspector只能调试debug进程如果用了release构建或开了混淆字段名可能被改写调试时一定用debug。注意模拟器连本机服务端时不要用localhost要写10.0.2.2真机则填电脑的局域网IP并确保两者在同一网段。把上面这套跑通仿QQ的源代码、数据库和实验报告就真的能对上号了。本文还有配套的精品资源点击获取 Android仿QQ聊天课设：Room数据库与WebSocket消息机制
简介基于Android Studio开发的安卓仿QQ聊天软件完整项目包含源代码、数据库及实验报告主要面向计算机相关专业正在完成期末大作业或课程设计的学生也适合需要Android项目实战练习的开发者。资源包为zip格式共688个文件涵盖Java业务逻辑源码、XML界面布局与配置文件、PNG图片资源、SQL数据库脚本、Gradle构建脚本等整体压缩包大小约5.76MB目录结构清晰便于按模块检索。目前已有167人学习下载项目经导师指导并以98分高分通过评审所有源码均经过本地编译调试可稳定运行。代码包含客户端与服务端通信、用户及好友数据管理、聊天消息收发等核心模块并附有实验报告能帮助读者快速理解Android即时通讯类应用的完整开发流程包括Socket通信、SQLite数据库设计及界面交互等关键环节。1. 仿QQ聊天软件为什么是Android Studio课程设计的“满分选题”期末前两周朋友圈里一半人在问“仿QQ聊天软件怎么做”。其实这个题目在Android Studio开发里属于“看着吓人、拆开就三块”的项目一块是RecyclerView撑起来的会话列表和消息气泡一块是负责存聊天记录的SQLite或Room数据库最后一块是维持在线状态的Socket长连接。大部分工作量不在聊天而在列表刷新和数据库读写只要把这三块理顺一套“源代码数据库实验报告”的课程设计就能完整交差。我按实际搭这类项目的顺序写适合正在做安卓课程设计、想拿高分又不想用开源项目糊弄的人。2. Android Studio项目骨架与仿QQ界面搭建仿QQ的界面先从主骨架开始。常见做法是登录页一个Activity登录成功后跳到主界面主界面底部有消息、联系人、动态三个Tab每个Tab对应一个Fragment。Android Studio新建项目时选Empty Activity就行依赖在build.gradle里配。别小看这个骨架分离得好不好决定后面能不能在一天内把聊天逻辑怼进去。2.1 先定项目结构单Activity多Fragment而不是多Activity很多初学者会把三个Tab做成三个Activity结果就是切换时白屏、状态丢失还得自己管理回退栈。我一般会用单Activity加Fragment底部Tab用BottomNavigationView或自己写RadioGroup。这样消息Fragment切到联系人Fragment时Activity不会重建聊天页面用栈顶Fragment压入即可。build.gradle里最少要加这些依赖android { compileSdk 34 defaultConfig { applicationId com.example.qqclone minSdk 21 targetSdk 34 } } dependencies { implementation androidx.appcompat:appcompat:1.6.1 implementation com.google.android.material:material:1.11.0 implementation androidx.recyclerview:recyclerview:1.3.2 implementation androidx.fragment:fragment-ktx:1.6.2 // 以下用到时再加 implementation androidx.room:room-runtime:2.6.1 implementation androidx.room:room-ktx:2.6.1 implementation com.squareup.okhttp3:okhttp:4.12.0 }compileSdk和targetSdk接近Android Studio下载时默认的34版本minSdk设21能覆盖绝大多数安卓9及以上设备。room-ktx负责把协程和LiveData串起来okhttp后面做WebSocket用。项目包结构我习惯分成四块包名职责核心类uiActivity与Fragment、AdapterMainActivity、ChatFragmentdbRoom的Entity、DAO、DatabaseMessageDao、AppDatabasenetSocket连接与消息收发ChatWebSocketManagermodel消息和会话的普通类Message、Conversation把界面和数据库分开后面实验报告画架构图会非常方便而且想换掉某一块时不会动到另外两块。2.2 用RecyclerView实现会话列表聊天软件最显眼的会话列表就是RecyclerView。常见做法是ListAdapter加DiffUtil避免每次刷新全部重绘。下面这个ChatListAdapter从会话列表的List生成每个itemclass ChatListAdapter : ListAdapterConversation, ChatListAdapter.VH(DiffCallback) { class VH(itemView: View) : RecyclerView.ViewHolder(itemView) { val name: TextView itemView.findViewById(R.id.name) val lastMsg: TextView itemView.findViewById(R.id.lastMsg) } override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): VH { val view LayoutInflater.from(parent.context) .inflate(R.layout.item_conversation, parent, false) return VH(view) } override fun onBindViewHolder(holder: VH, position: Int) { val item getItem(position) holder.name.text item.name holder.lastMsg.text item.lastMsg holder.itemView.setOnClickListener { // 回调给Fragment打开聊天窗口 } } companion object { val DiffCallback object : DiffUtil.ItemCallbackConversation() { override fun areItemsTheSame(a: Conversation, b: Conversation) a.id b.id override fun areContentsTheSame(a: Conversation, b: Conversation) a b } } }getItem(position)是ListAdapter自带的方法不用自己维护List。areItemsTheSame用id判断是否是同一会话内容变更时areContentsTheSame返回false列表才重绘那一行。注意Conversation需要实现equals和hashCode否则areContentsTheSame会默认走引用比较刷新不生效。2.3 消息气泡布局用9-patch避免拉伸失真聊天气泡背景如果直接用普通图片文字少时气泡会被拉伸得很难看。常见做法是做一个9-patch或简单的shape drawable。我一般用shape的corners加solid不用切图!-- res/drawable/bg_bubble_left.xml -- shape xmlns:androidhttp://schemas.android.com/apk/res/android solid android:color#FFFFFF / corners android:radius8dp / /shape右侧自己发的气泡把颜色换成淡绿再把整个item根布局的gravity改成right就成了QQ那种左右气泡效果。注意shape不支持描边和阴影叠加要做阴影可以外层包一个CardView。这个布局文件要记得同时提供bg_bubble_right.xml并把左边距和右边距设成不同值。3. 数据库层SQLite与Room选型建立会话和消息的依赖关系数据库是“源代码数据库”里最容易被检查的部分。仿QQ至少要存三块数据用户信息、会话列表、聊天消息。用Android Studio开发时大多数课程设计交的是SQLite文件但我建议Room因为Room在编译期检查SQL语句还自带LiveData支持后面做消息状态更新会省很多事。3.1 为什么不用原生SQLiteOpenHelper直接写SQLiteOpenHelper不是不行但每个表都要写onCreate、onUpgrade还要手动把Cursor转成对象到调试阶段一个字段名拼错就能耗掉一下午。Room的三层结构——Entity、DAO、Database——把SQL语法检查放到编译期字段改名时编译器直接告诉你哪里没同步。对比一下项SQLiteOpenHelperRoomSQL语句检查运行时编译期对象映射手写Cursor注解自动生成实时刷新UI手动监听LiveData/Flow数据库版本管理手写SQLMigration类Room还支持用Flow或LiveData当作查询结果这意味着数据库写入后界面会自动收到新数据不需要写ContentObserver。3.2 实体设计与ER关系仿QQ的消息系统和微信、QQ类似一个用户对应多个会话一个会话包含多个消息。我设计三张表User、Conversation、Message。Conversation是“和某个好友的一个聊天窗口”Message是每一条消息。表字段说明Userid, name, avatar用户基本信息Conversationid, userId, peerId, lastMsg, lastTime会话最后一条消息和时间Messageid, convId, senderId, content, type, status, time消息内容与状态实体类代码Entity(tableName conversation) data class ConversationEntity( PrimaryKey val id: Long, ColumnInfo(name user_id) val userId: Long, ColumnInfo(name peer_id) val peerId: Long, ColumnInfo(name last_msg) val lastMsg: String, ColumnInfo(name last_time) val lastTime: Long )Entity(tableName message) data class MessageEntity( PrimaryKey(autoGenerate true) val id: Long 0, ColumnInfo(name conv_id) val convId: Long, ColumnInfo(name sender_id) val senderId: Long, ColumnInfo(name content) val content: String, ColumnInfo(name type) val type: Int, ColumnInfo(name status) val status: Int, ColumnInfo(name time) val time: Long )Message表主键id用autoGenerate因为消息自增长。Conversation表主键可以复用聊天对象id更新会话时不用再单独查询。type字段预留0文本1图片2系统通知。3.3 DAO与LiveData联动Room查询可以返回LiveData数据库一变化界面自动刷新。DAO设计Dao interface MessageDao { Insert suspend fun insert(message: MessageEntity): Long Query(SELECT * FROM message WHERE conv_id :convId ORDER BY time ASC) fun messagesForConversation(convId: Long): LiveDataListMessageEntity Query(UPDATE message SET status :status WHERE id :id) suspend fun updateStatus(id: Long, status: Int) Query(SELECT * FROM message ORDER BY time DESC LIMIT 1) fun lastMessage(): LiveDataMessageEntity? }调用时在ViewModel里把messagesForConversation暴露出去Fragment观察该LiveData收到新数据就调adapter.submitList。注意DAO里的挂起函数要在viewModelScope里调用主线程直接调会崩。提示数据库版本升级时Room要求用Migration声明ALTER TABLE语句。这对应工程里常说的“数据库同步工具”别直接改Entity然后删应用重装那样老用户数据全没了。4. 核心聊天逻辑WebSocket长连接与消息状态机仿QQ聊天软件最核心的是消息收发。常见做法是WebSocket而不是HTTP轮询服务端一旦有消息可以推给客户端不需要客户端反复拉。Android Studio里用OkHttp的WebSocket实现几行代码就能建立一个长连接而且能跟后面的数据库状态联动起来。4.1 选OkHttp WebSocket还是自造Socket只用原生Java Socket得自己写握手和心跳Android 9之后还默认禁止明文流量连接非TLS的Socket很麻烦。OkHttp WebSocket基于HTTP Upgrade复用OkHttp的连接池和SSL配置还帮你把断线重连的基础回调整理成onFailure。它底层仍是Socket但课设级别已经够用。依赖上面已经加过okhttp接下来新建ChatWebSocketManager负责连接、断开、发送和接收。4.2 自定义协议与JSON序列化聊天消息格式用JSON一个典型消息长这样{ type: text, convId: 1024, senderId: 1, content: 晚上打球吗, time: 1713012345678, status: 0 }type是text、image或systemstatus在客户端本地0发送中1发送成功2已读。服务端收到消息后返回ack包客户端拿到ack再更新数据库。发送消息的代码class ChatWebSocketManager(private val listener: MessageListener) { private lateinit var webSocket: WebSocket private val client OkHttpClient.Builder() .pingInterval(30, TimeUnit.SECONDS) .build() fun connect(url: String, userId: Long) { val request Request.Builder().url(url).build() webSocket client.newWebSocket(request, object : WebSocketListener() { override fun onMessage(webSocket: WebSocket, text: String) { listener.onReceived(text) } override fun onFailure(webSocket: WebSocket, t: Throwable, response: Response?) { // 记录日志触发重连 } }) } fun sendMessage(message: Message) { val json Gson().toJson(message) webSocket.send(json) } }pingInterval设为30秒是应用层心跳。onFailure里除了写日志还要用Handler做指数退避重连比如第一次等1秒第二次等2秒最大间隔30秒。数据库里已经存了发送中的消息重连后要把这些消息重新发送。4.3 消息状态更新与离线缓存消息发送流程我一般这样设计用户点击发送先把Message插入Roomstatus设为SENDING。界面立刻显示在气泡里不等待网络返回。WebSocket发送JSON。收到服务端ack后调用updateStatus(id, SENT)。如果onFailure更新status为FAILED并提示用户点击重发。这样数据库是唯一事实来源UI只观察Room的LiveData。哪怕Activity在后台数据库更新后回到前台也能看到正确状态。网上很多仿QQ的源代码直接连公共测试服务器换成自己的后端时重点检查协议字段名比如time究竟是毫秒还是秒status字段含义是否一致。离线消息的常见做法是服务端按convId缓存最近N条客户端登录成功后从数据库读本地已有最大time再向服务端请求增量。这样既不用一次性拉全量又不会漏消息跟LiveData配合几乎不用额外代码。5. 实验报告与数据库调试把技术点写成加分项5.1 实验报告的结构需求分析、ER图、测试用例实验报告是课程设计的最终交付物别最后一天才写。常见结构章节需要写什么需求分析用户注册、单聊、会话列表、消息状态数据库设计ER图、表结构、Room DAO接口系统设计整体架构、UI截图、WebSocket流程测试用例登录、发送消息、断网重连、数据库升级心得体会遇到的坑和解决办法测试用例别只写“功能正常”要把边界条件写上断网时发送消息恢复网络后是否自动补发连续快速点击发送会不会插入两条相同消息数据库版本从1升到2时老数据是否还在。这些内容可以直接从代码里截图比空话有说服力。5.2 用Android Studio的Database Inspector验证聊天记录这里有个特别实用的调试技巧。Android Studio 4.1开始自带Database Inspector可以边运行app边查看数据库内容甚至直接执行SQL。先用debug构建把app装到模拟器或安卓9以上真机。运行后进入 Android Studio 菜单 View → Tool Windows → App Inspection切到 Database Inspector。选中包名com.example.qqclone就能看到Room数据库文件。展开message表能看到每条消息的status字段。在Query标签页执行SELECT * FROM message WHERE status 0检查有没有发送失败还留在发送中的消息。打开聊天界面如果Database Inspector里看到status从0变成1说明ack正常如果一直不变问题大概率在WebSocket回包或协议字段上。另一个常见坑Database Inspector只能调试debug进程如果用了release构建或开了混淆字段名可能被改写调试时一定用debug。注意模拟器连本机服务端时不要用localhost要写10.0.2.2真机则填电脑的局域网IP并确保两者在同一网段。把上面这套跑通仿QQ的源代码、数据库和实验报告就真的能对上号了。本文还有配套的精品资源点击获取