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

目前在抖音打出的包里面:在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中,具体联系人的昵称,抖音号,备注,头像......等等字段可自行去查看

相关推荐
子兮曰8 小时前
jev-ultrafast 深度解析:7 秒订机票的浏览器 Agent 是如何炼成的
前端·后端·agent
子兮曰8 小时前
Jev 爆发一周:7 秒 Agent 背后的 System One 生态与三场争议
前端·后端·ai编程
爱勇宝9 小时前
ZCode 开源 24 小时:一份没有历史的账本,回答不了"有没有偷代码"
前端·后端·chatglm (智谱)
胡写代码9 小时前
别再前后端各写一套表单校验了
java·后端
大勇前进10 小时前
原生 PHP 还是 Laravel?小项目到底要不要上框架
后端
这个DBA有点耶10 小时前
MVCC深入:Read View、版本链与快照读——InnoDB并发控制的内核
数据库·mysql·架构
yuzhi_liu10 小时前
我用 LangGraph4j 实现 Multi-Agent Supervisor
后端
alsmile10 小时前
Node-RED 之外,国产规则引擎的新方案:基于标准语法,Go 先行实现
后端·开源·go
大白8010 小时前
PHP 内存溢出排查思路:看懂报错日志,精准定位问题
后端
DBA_G10 小时前
从地面到云霄:GBase数据库在民航三大场景的落地实践
数据库