🔥空闲之余我对抖音数据库聊天进行了浅浅的解析

目前在抖音打出的包里面:在database文件夹下面存在存着许多数据库,这个大概挨个梳理了一下,有用目前就两个数据库:抖音id_im.db(eg:95034530671_im.db):这里面存放了抖音会话,聊天消息记录信息;im_biz_抖音id(eg:im_biz_95034530671.db):这里面存放的是抖音联系人的信息,例如昵称,头像地址,备注......等等

当前抖音id获取方式:当前抖音id在打出来的包shared_pref文件夹下面local_user.xml里面可以拿到

项目推荐:基于SpringBoot2.x、SpringCloud和SpringCloudAlibaba企业级系统架构底层框架封装,解决业务开发时常见的非功能性需求,防止重复造轮子,方便业务快速开发和企业技术栈框架统一管理。引入组件化的思想实现高内聚低耦合并且高度可配置化,做到可插拔。严格控制包依赖和统一版本管理,做到最少化依赖。注重代码规范和注释,非常适合个人学习和企业使用

Github地址 :github.com/plasticene/...

Gitee地址 :gitee.com/plasticene3...

微信公众号 :Shepherd进阶笔记

接下来进入今天主题:基于Android解析抖音数据库

1.聊天会话

会话涉及两张表在(抖音id_im.db)库中:conversation_list(会话列表), conversation_core(会话信息表),在

conversation_list存放了当前微信的所有会话,包括好友会话,群会话

conversation_core存放是单个会话的信息,这里如果是群会话,群的昵称要在这里才能取到。

查收会话的sql如下:

css 复制代码
select a.conversation_id, a.short_id, a.type, b.name, b.icon from conversation_list a inner join conversation_core b on b.conversation_id=a.conversation_id where a.updated_time > 0
​

2.聊天消息记录

抖音的聊天消息记录存放在(抖音id_im.db)库的msg表中,查询sql如下:

css 复制代码
select a.conversation_id, a.short_id, a.type, b.name, b.icon from conversation_list a inner join conversation_core b on b.conversation_id=a.conversation_id where a.updated_time > 0
​

conversation_type:会话类型 1:好友会话 2:群会话

type:消息类型 7:文本 27:图片 17或501:语音(501目前猜测就是最条语音看到,但是没有点看来听) 30:小视频 73:语音通话

以上type不一定准确,数据包研究场景比较少

3.抖音联系人

抖音的联系在(im_biz_抖音id)库的SIMPLE_USER中,具体联系人的昵称,抖音号,备注,头像......等等字段可自行去查看

相关推荐
笃行3505 小时前
数据库性能优化的五处内核改造,KingbaseES 配了四件诊断工具
数据库
非优秀程序员6 小时前
第07章 孙德良的阳谋|《互联网产品恩仇录》
javascript·后端
非优秀程序员6 小时前
第06章 浙江帮的内战|《互联网产品恩仇录》
后端
非优秀程序员6 小时前
第08章 马云的反击|《互联网产品恩仇录》
后端
非优秀程序员7 小时前
题记|《互联网产品恩仇录》
后端·程序员·创业
非优秀程序员7 小时前
第02章 杭电的英语老师与一台服务器|《互联网产品恩仇录》
数据库·node.js·代码规范
Gopher_HBo10 小时前
Go CPU 剖析的"地基":信号、CAS、写屏障、无锁环形缓冲
后端
panbook10 小时前
从0到1实现一个分布式时序数据库(二):写入成功之后,如何用 WAL 找回数据
后端
Swot11 小时前
上传一张 4MB 图片,我先后撞上了三层请求体限制
后端
IT_陈寒11 小时前
Vite的HMR把我整不会了:一个生产环境的热更新坑
前端·人工智能·后端