Tio Boot DocsTio Boot Docs
Home
  • java-db
  • api-table
  • Enjoy
  • Tio Boot Admin
  • ai_agent
  • translator
  • knowlege_base
  • ai-search
  • 案例
Abount
  • Github
  • Gitee
Home
  • java-db
  • api-table
  • Enjoy
  • Tio Boot Admin
  • ai_agent
  • translator
  • knowlege_base
  • ai-search
  • 案例
Abount
  • Github
  • Gitee
  • 01_tio-boot 简介

    • tio-boot:新一代高性能 Java Web 开发框架
    • tio-boot 入门示例
    • Tio-Boot 配置 : 现代化的配置方案
    • tio-boot 整合 Logback
    • tio-boot 整合 hotswap-classloader 实现热加载
    • 自行编译 tio-boot
    • 最新版本
    • 开发规范
  • 02_部署

    • 使用 Maven Profile 实现分环境打包 tio-boot 项目
    • Maven 项目配置详解:依赖与 Profiles 配置
    • tio-boot 打包成 FastJar
    • 使用 GraalVM 构建 tio-boot Native 程序
    • 使用 Docker 部署 tio-boot
    • 部署到 Fly.io
    • 部署到 AWS Lambda
    • 到阿里云云函数
    • 使用 Deploy 工具部署
    • 胖包与瘦包的打包与部署
    • 使用 Jenkins 部署 Tio-Boot 项目
    • 使用 Nginx 反向代理 Tio-Boot
    • 使用 Supervisor 管理 Java 应用
  • 03_配置

    • 配置参数
    • 服务器监听器
    • 内置缓存系统 AbsCache
    • 使用 Redis 作为内部 Cache
    • 静态文件处理器
    • 基于域名的静态资源隔离
    • DecodeExceptionHandler
  • 04_原理

    • 生命周期
    • 请求处理流程
    • 重要的类
  • 05_json

    • Json
    • 接受 JSON 和响应 JSON
    • 响应实体类
  • 06_web

    • 概述
    • 文件上传
    • 接收请求参数
    • 接收日期参数
    • 接收数组参数
    • 返回字符串
    • 返回文本数据
    • 返回网页
    • 请求和响应字节
    • 文件下载
    • 返回视频文件并支持断点续传
    • http Session
    • Cookie
    • HttpRequest
    • HttpResponse
    • Resps
    • RespBodyVo
    • /zh/06_web/19.html
    • 全局异常处理器
    • 异步
    • 动态 返回 CSS 实现
    • 返回图片
    • Transfer-Encoding: chunked 实时音频播放
    • Server-Sent Events (SSE)
    • 接口访问统计
    • 接口请求和响应数据记录
    • 自定义 Handler 转发请求
    • 使用 HttpForwardHandler 转发所有请求
    • 跨域
    • 添加 Controller
    • 常用工具类
    • HTTP Basic 认证
    • WebJars
    • JProtobuf
  • 07_validate

    • 数据紧校验规范
    • 参数校验
  • 08_websocket

    • 使用 tio-boot 搭建 WebSocket 服务
    • WebSocket 聊天室项目示例
  • 09_java-db

    • java‑db
    • 操作数据库入门示例
    • SQL 模板
    • 数据源配置与使用
    • ActiveRecord
    • Model
    • 生成器与 Model
    • Db 工具类
    • 批量操作
    • 数据库事务处理
    • Cache 缓存
    • Dialect 多数据库支持
    • 表关联操作
    • 复合主键
    • Oracle 支持
    • Enjoy SQL 模板
    • Java-DB 整合 Enjoy 模板最佳实践
    • 多数据源支持
    • 独立使用 ActiveRecord
    • 调用存储过程
    • java-db 整合 Guava 的 Striped 锁优化
    • 生成 SQL
    • 通过实体类操作数据库
    • java-db 读写分离
    • Spring Boot 整合 Java-DB
    • like 查询
    • 常用操作示例
    • Druid 监控集成指南
    • SQL 统计
  • 10_api-table

    • ApiTable 概述
    • 使用 ApiTable 连接 SQLite
    • 使用 ApiTable 连接 Mysql
    • 使用 ApiTable 连接 Postgres
    • 使用 ApiTable 连接 TDEngine
    • 使用 api-table 连接 oracle
    • 使用 api-table 连接 mysql and tdengine 多数据源
    • EasyExcel 导出
    • EasyExcel 导入
    • TQL(Table SQL)前端输入规范
    • ApiTable 实现增删改查
    • 数组类型
    • 单独使用 ApiTable
  • 11_aop

    • JFinal-aop
    • Aop 工具类
    • 配置
    • 配置
    • 独立使用 JFinal Aop
    • @AImport
    • 原理解析
  • 12_cache

    • Caffine
    • Jedis-redis
    • hutool RedisDS
    • Redisson
    • Caffeine and redis
    • CacheUtils 工具类
    • 使用 CacheUtils 整合 caffeine 和 redis 实现的两级缓存
    • 使用 java-db 整合 ehcache
    • 使用 java-db 整合 redis
    • Java DB Redis 相关 Api
    • redis 使用示例
  • 13_认证和权限

    • hutool-JWT
    • FixedTokenInterceptor
    • 使用内置 TokenManager 实现登录
    • 用户系统
    • 重置密码
    • 匿名登录
    • Google 登录
    • 权限校验注解
    • Sa-Token
    • sa-token 登录注册
    • StpUtil.isLogin() 源码解析
    • 短信登录
    • 移动端微信登录实现指南
    • 移动端重置密码
  • 14_i18n

    • i18n
  • 15_enjoy

    • tio-boot 整合 Enjoy 模版引擎文档
    • 引擎配置
    • 表达式
    • 指令
    • 注释
    • 原样输出
    • Shared Method 扩展
    • Shared Object 扩展
    • Extension Method 扩展
    • Spring boot 整合
    • 独立使用 Enjoy
    • tio-boot enjoy 自定义指令 localeDate
    • PromptEngine
    • Enjoy 入门示例-擎渲染大模型请求体
    • Enjoy 使用示例
  • 16_定时任务

    • Quartz 定时任务集成指南
    • 分布式定时任务 xxl-jb
    • cron4j 使用指南
  • 17_tests

    • TioBootTest 类
  • 18_tio

    • TioBootServer
    • tio-core
    • 内置 TCP 处理器
    • 独立启动 UDPServer
    • 使用内置 UDPServer
    • t-io 消息处理流程
    • tio-运行原理详解
    • TioConfig
    • ChannelContext
    • Tio 工具类
    • 业务数据绑定
    • 业务数据解绑
    • 发送数据
    • 关闭连接
    • Packet
    • 监控: 心跳
    • 监控: 客户端的流量数据
    • 监控: 单条 TCP 连接的流量数据
    • 监控: 端口的流量数据
    • 单条通道统计: ChannelStat
    • 所有通道统计: GroupStat
    • 资源共享
    • 成员排序
    • ssl
    • DecodeRunnable
    • 使用 AsynchronousSocketChannel 响应数据
    • 拉黑 IP
    • 深入解析 Tio 源码:构建高性能 Java 网络应用
  • 19_aio

    • ByteBuffer
    • AIO HTTP 服务器
    • 自定义和线程池和池化 ByteBuffer
    • AioHttpServer 应用示例 IP 属地查询
    • 手写 AIO Http 服务器
  • 20_netty

    • Netty TCP Server
    • Netty Web Socket Server
    • 使用 protoc 生成 Java 包文件
    • Netty WebSocket Server 二进制数据传输
    • Netty 组件详解
  • 21_netty-boot

    • Netty-Boot
    • 原理解析
    • 整合 Hot Reload
    • 整合 数据库
    • 整合 Redis
    • 整合 Elasticsearch
    • 整合 Dubbo
    • Listener
    • 文件上传
    • 拦截器
    • Spring Boot 整合 Netty-Boot
    • SSL 配置指南
    • ChannelInitializer
    • Reserve
  • 22_MQ

    • Mica-mqtt
    • EMQX
    • Disruptor
  • 23_tio-utils

    • tio-utils
    • HttpUtils
    • Notification
    • 邮箱
    • JSON
    • 读取文件
    • Base64
    • 上传和下载
    • Http
    • Telegram
    • RsaUtils
    • EnvUtils 使用文档
    • 系统监控
    • 毫秒并发 ID (MCID) 生成方案
  • 24_tio-http-server

    • 使用 Tio-Http-Server 搭建简单的 HTTP 服务
    • tio-boot 添加 HttpRequestHandler
    • 在 Android 上使用 tio-boot 运行 HTTP 服务
    • tio-http-server-native
    • handler 常用操作
  • 25_tio-websocket

    • WebSocket 服务器
    • WebSocket Client
  • 26_tio-im

    • 通讯协议文档
    • ChatPacket.proto 文档
    • java protobuf
    • 数据表设计
    • 创建工程
    • 登录
    • 历史消息
    • 发消息
  • 27_mybatis

    • Tio-Boot 整合 MyBatis
    • 使用配置类方式整合 MyBatis
    • 整合数据源
    • 使用 mybatis-plus 整合 tdengine
    • 整合 mybatis-plus
  • 28_mongodb

    • tio-boot 使用 mongo-java-driver 操作 mongodb
  • 29_elastic-search

    • Elasticsearch
    • JavaDB 整合 ElasticSearch
    • Elastic 工具类使用指南
    • Elastic-search 注意事项
    • ES 课程示例文档
  • 30_magic-script

    • tio-boot 整合 magic-script
  • 31_groovy

    • tio-boot 整合 Groovy
  • 32_firebase

    • 整合 google firebase
    • Firebase Storage
    • Firebase Authentication
    • 使用 Firebase Admin SDK 进行匿名用户管理与自定义状态标记
    • 导出用户
    • 注册回调
    • 登录注册
  • 33_文件存储

    • 文件上传数据表
    • 本地存储
    • 使用 AWS S3 存储文件并整合到 Tio-Boot 项目中
    • 存储文件到 腾讯 COS
  • 34_spider

    • jsoup
    • 爬取 z-lib.io 数据
    • 整合 WebMagic
    • WebMagic 示例:爬取学校课程数据
    • Playwright
    • Flexmark (Markdown 处理器)
    • tio-boot 整合 Playwright
    • 缓存网页数据
  • 36_integration_thirty_party

    • tio-boot 整合 okhttp
    • 整合 GrpahQL
    • 集成 Mailjet
    • 整合 ip2region
    • 整合 GeoLite 离线库
    • 整合 Lark 机器人指南
    • 集成 Lark Mail 实现邮件发送
    • Thymeleaf
    • Swagger
    • Clerk 验证
  • 37_dubbo

    • 概述
    • dubbo 2.6.0
    • dubbo 2.6.0 调用过程
    • dubbo 3.2.0
  • 38_spring

    • Spring Boot Web 整合 Tio Boot
    • spring-boot-starter-webflux 整合 tio-boot
    • Tio Boot 整合 Spring Boot Starter
    • Tio Boot 整合 Spring Boot Starter Data Redis 指南
  • 39_spring-cloud

    • tio-boot spring-cloud
  • 40_mysql

    • 使用 Docker 运行 MySQL
    • /zh/42_mysql/02.html
  • 41_postgresql

    • PostgreSQL 安装
    • PostgreSQL 主键自增
    • PostgreSQL 日期类型
    • Postgresql 金融类型
    • PostgreSQL 数组类型
    • PostgreSQL 全文检索
    • PostgreSQL 查询优化
    • 获取字段类型
    • PostgreSQL 向量
    • PostgreSQL 优化向量查询
    • PostgreSQL 其他
  • 43_oceanbase

    • 快速体验 OceanBase 社区版
    • 快速上手 OceanBase 数据库单机部署与管理
    • 诊断集群性能
    • 优化 SQL 性能指南
    • /zh/43_oceanbase/05.html
  • 50_media

    • JAVE 提取视频中的声音
    • Jave 提取视频中的图片
    • /zh/50_media/03.html
  • 51_asr

    • Whisper-JNI
  • 54_native-media

    • java-native-media
    • JNI 入门示例
    • mp3 拆分
    • mp4 转 mp3
    • 使用 libmp3lame 实现高质量 MP3 编码
    • Linux 编译
    • macOS 编译
    • 从 JAR 包中加载本地库文件
    • 支持的音频和视频格式
    • 任意格式转为 mp3
    • 通用格式转换
    • 通用格式拆分
    • 视频合并
    • VideoToHLS
    • split_video_to_hls 支持其他语言
    • 持久化 HLS 会话
  • 55_telegram4j

    • 数据库设计
    • /zh/55_telegram4j/02.html
    • 基于 MTProto 协议开发 Telegram 翻译机器人
    • 过滤旧消息
    • 保存机器人消息
    • 定时推送
    • 增加命令菜单
    • 使用 telegram-Client
    • 使用自定义 StoreLayout
    • 延迟测试
    • Reactor 错误处理
    • Telegram4J 常见错误处理指南
  • 56_telegram-bots

    • TelegramBots 入门指南
    • 使用工具库 telegram-bot-base 开发翻译机器人
  • 60_LLM

    • 简介
    • AI 问答
    • /zh/60_LLM/03.html
    • /zh/60_LLM/04.html
    • 增强检索(RAG)
    • 结构化数据检索
    • 搜索+AI
    • 集成第三方 API
    • 后置处理
    • 推荐问题生成
    • 连接代码执行器
    • 避免 GPT 混乱
    • /zh/60_LLM/13.html
  • 61_ai_agent

    • 数据库设计
    • 示例问题管理
    • 会话管理
    • 历史记录
    • 对接 Perplexity API
    • 意图识别与生成提示词
    • 智能问答模块设计与实现
    • 文件上传与解析文档
    • 翻译
    • 名人搜索功能实现
    • Ai studio gemini youbue 问答使用说明
    • 自建 YouTube 字幕问答系统
    • 自建 获取 youtube 字幕服务
    • 通用搜索
    • /zh/61_ai_agent/15.html
    • 16
    • 17
    • 18
    • 在 tio-boot 应用中整合 ai-agent
    • 16
  • 62_translator

    • 简介
  • 63_knowlege_base

    • 数据库设计
    • 用户登录实现
    • 模型管理
    • 知识库管理
    • 文档拆分
    • 片段向量
    • 命中测试
    • 文档管理
    • 片段管理
    • 问题管理
    • 应用管理
    • 向量检索
    • 推理问答
    • 问答模块
    • 统计分析
    • 用户管理
    • api 管理
    • 存储文件到 S3
    • 文档解析优化
    • 片段汇总
    • 段落分块与检索
    • 多文档解析
    • 对话日志
    • 检索性能优化
    • Milvus
    • 文档解析方案和费用对比
    • 离线运行向量模型
  • 64_ai-search

    • ai-search 项目简介
    • ai-search 数据库文档
    • ai-search SearxNG 搜索引擎
    • ai-search Jina Reader API
    • ai-search Jina Search API
    • ai-search 搜索、重排与读取内容
    • ai-search PDF 文件处理
    • ai-search 推理问答
    • Google Custom Search JSON API
    • ai-search 意图识别
    • ai-search 问题重写
    • ai-search 系统 API 接口 WebSocket 版本
    • ai-search 搜索代码实现 WebSocket 版本
    • ai-search 生成建议问
    • ai-search 生成问题标题
    • ai-search 历史记录
    • Discover API
    • 翻译
    • Tavily Search API 文档
    • 对接 Tavily Search
    • 火山引擎 DeepSeek
    • 对接 火山引擎 DeepSeek
    • ai-search 搜索代码实现 SSE 版本
    • jar 包部署
    • Docker 部署
    • 爬取一个静态网站的所有数据
    • 网页数据预处理
    • 网页数据检索与问答流程整合
  • 65_java-linux

    • Java 执行 python 代码
    • 通过大模型执行 Python 代码
    • MCP 协议
    • Cline 提示词
    • Cline 提示词-中文版本
  • 66_manim

    • 简介
    • Manim 开发环境搭建
    • 生成场景提示词
    • 生成代码
    • 完整脚本示例
    • 语音合成系统
    • Fish.audio TTS 接口说明文档与 Java 客户端封装
    • 整合 fishaudio 到 java-uni-ai-server 项目
    • 执行 Python (Manim) 代码
    • 使用 SSE 流式传输生成进度的实现文档
    • 整合全流程完整文档
    • HLS 动态推流技术文档
    • manim 分场景生成代码
    • 分场景运行代码及流式播放支持
    • 分场景业务端完整实现流程
    • Maiim布局管理器
    • 仅仅生成场景代码
    • 使用 modal 运行 manim 代码
    • Python 使用 Modal GPU 加速渲染
    • Modal 平台 GPU 环境下运行 Manim
    • Modal Manim OpenGL 安装与使用
    • 优化 GPU 加速
    • 生成视频封面流程
    • Java 调用 manim 命令 执行代码 生成封面
    • Manim 图像生成服务客户端文档
    • manim render help
    • 显示 中文公式
    • manimgl
    • EGL
    • /zh/66_manim/30.html
    • /zh/66_manim/31.html
    • 成本核算
    • /zh/66_manim/33.html
  • 70_tio-boot-admin

    • 入门指南
    • 初始化数据
    • token 存储
    • 与前端集成
    • 文件上传
    • 网络请求
    • 图片管理
    • /zh/70_tio-boot-admin/08.html
    • Word 管理
    • PDF 管理
    • 文章管理
    • 富文本编辑器
  • 71_tio-boot

    • /zh/71_tio-boot/01.html
    • Swagger 整合到 Tio-Boot 中的指南
    • HTTP/1.1 Pipelining 性能测试报告
  • 80_性能测试

    • 压力测试 - tio-http-serer
    • 压力测试 - tio-boot
    • 压力测试 - tio-boot-native
    • 压力测试 - netty-boot
    • 性能测试对比
    • TechEmpower FrameworkBenchmarks
    • 压力测试 - tio-boot 12 C 32G
  • 99_案例

    • 封装 IP 查询服务
    • tio-boot 案例 - 全局异常捕获与企业微信群通知
    • tio-boot 案例 - 文件上传和下载
    • tio-boot 案例 - 整合 ant design pro 增删改查
    • tio-boot 案例 - 流失响应
    • tio-boot 案例 - 增强检索
    • tio-boot 案例 - 整合 function call
    • tio-boot 案例 - 定时任务 监控 PostgreSQL、Redis 和 Elasticsearch
    • Tio-Boot 案例:使用 SQLite 整合到登录注册系统
    • tio-boot 案例 - 执行 shell 命令

保存机器人消息

引言

在开发 Telegram 机器人时,经常需要对接收到的消息进行存储和处理,以便于后续的分析和响应。为了高效地实现这一需求,我们需要深入理解消息的数据结构,提取关键信息,并设计合理的数据库表结构。本文将详细介绍如何从 SendMessageEvent 中提取必要的数据,设计数据库表,并实现消息的存储。

1. SendMessageEvent 数据分析

SendMessageEvent 是 Telegram 机器人接收到消息时触发的事件,其中包含了丰富的消息和用户信息。为了有效地存储这些信息,我们需要明确需要提取和保存的关键字段。

1.1 关键字段

在 SendMessageEvent 中,以下字段对于消息处理和存储至关重要:

  • message.Message.data.Variant2.t1.BaseMessage:

    • id: 消息的唯一标识符。
    • fromId.PeerUser.userId: 发送者的用户 ID。
    • peerId.PeerUser.userId: 接收者的用户 ID(通常是机器人自身)。
    • date: 消息发送的时间戳。
    • message: 消息的文本内容。
    • entities: 消息中的实体(如命令、链接等)。
  • chat.PrivateChat.user.User.minData.BaseUser:

    • id: 聊天中的另一位用户的 ID。
    • firstName: 用户的名字。
    • lastName: 用户的姓氏。
    • username: 用户的用户名。
  • chat.PrivateChat.selfUser.User.minData.BaseUser:

    • id: 机器人的用户 ID。
    • firstName: 机器人的名字。
    • username: 机器人的用户名。
  • author.User.minData.BaseUser:

    • id: 消息作者的 ID。
    • firstName: 消息作者的名字。
    • username: 消息作者的用户名。

1.2 数据提取

基于以上字段,我们可以提取以下关键信息:

  • 消息基本信息:

    • 消息 ID (id)
    • 发送者 ID (fromId)
    • 接收者 ID (toId)
    • 消息内容 (message)
    • 消息发送时间 (date)
    • 消息类型(可根据 entities 或其他标志位判断)
  • 用户信息:

    • 发送者的用户名、名字和姓氏
    • 接收者(通常是机器人)的用户名、名字和姓氏

2. 数据库表设计

为了存储提取的信息,我们需要设计一个合适的数据库表。

2.1 表结构设计

创建一个名为 telegram_bot_messages 的表,包含以下字段:

字段名数据类型描述约束
idBIGINT消息 IDPRIMARY KEY
from_idBIGINT发送者的用户 IDNOT NULL
to_idBIGINT接收者的用户 IDNOT NULL
sequenceINT消息序列 IDNOT NULL
message_textTEXT消息内容NOT NULL
message_dateTIMESTAMP消息发送时间NOT NULL
message_typeVARCHAR(50)消息类型(如文本、命令等)NOT NULL
entitiesTEXT消息中的实体(JSON 格式存储)NULLABLE
from_usernameVARCHAR(100)发送者的用户名NULLABLE
from_first_nameVARCHAR(100)发送者的名字NULLABLE
from_last_nameVARCHAR(100)发送者的姓氏NULLABLE
to_usernameVARCHAR(100)接收者的用户名NULLABLE
to_first_nameVARCHAR(100)接收者的名字NULLABLE
to_last_nameVARCHAR(100)接收者的姓氏NULLABLE
create_timeTIMESTAMP记录创建时间DEFAULT CURRENT_TIMESTAMP
update_timeTIMESTAMP记录更新时间DEFAULT CURRENT_TIMESTAMP
tenant_idBIGINT租户 ID(默认为 0)NOT NULL DEFAULT 0

2.2 创建表的 SQL 语句

DROP TABLE IF EXISTS telegram_bot_messages;
CREATE TABLE telegram_bot_messages (
    id BIGINT PRIMARY KEY,
    from_id BIGINT NOT NULL,
    to_id BIGINT NOT NULL,
    sequence INT NOT NULL,
    message_text TEXT NOT NULL,
    message_date TIMESTAMP NOT NULL,
    message_type VARCHAR(50) NOT NULL,
    entities TEXT,
    from_username VARCHAR(100),
    from_first_name VARCHAR(100),
    from_last_name VARCHAR(100),
    to_username VARCHAR(100),
    to_first_name VARCHAR(100),
    to_last_name VARCHAR(100),
    create_time TIMESTAMP WITHOUT TIME ZONE NOT NULL DEFAULT CURRENT_TIMESTAMP,
    update_time TIMESTAMP WITHOUT TIME ZONE NOT NULL DEFAULT CURRENT_TIMESTAMP,
    tenant_id BIGINT NOT NULL DEFAULT 0
);

2.3 字段说明

  • id: 消息的唯一标识符,用于唯一标识每条消息。
  • from_id: 发送者的用户 ID,用于关联用户信息。
  • to_id: 接收者的用户 ID,可以是另一个用户或机器人自身。
  • sequence: 消息的序列 ID,用于表示消息的顺序。
  • message_text: 存储消息的具体内容。
  • message_date: 消息发送的时间,便于按时间排序和查询。
  • message_type: 消息的类型,如 Private,GROUP,SUPERGROUP,CHANNEL。
  • entities: 以 JSON 字符串格式存储消息中的实体信息,如命令、链接等,便于后续解析和处理。
  • from_username、from_first_name、from_last_name: 发送者的基本信息,便于快速查看和展示。
  • to_username、to_first_name、to_last_name: 接收者的基本信息,便于快速查看和展示。
  • create_time: 记录数据插入的时间,便于审计和数据管理。
  • update_time: 记录数据更新时间。
  • tenant_id: 租户 ID,便于多租户系统的数据隔离。

3. 数据存储实现

完成数据库表设计后,需要在代码中实现将接收到的 SendMessageEvent 数据存储到数据库的逻辑。

3.1 数据模型定义

首先,定义一个与数据库表对应的实体类 TelegramMessage。

package com.litongjava.gpt.translator.vo;

import java.time.LocalDateTime;
import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;

@Data
@NoArgsConstructor
@AllArgsConstructor
public class TelegramMessage {
  private Long id;
  private Long fromId;
  private Long toId;
  private Integer sequence;
  private String messageText;
  private LocalDateTime messageDate;
  private String messageType;
  private String entities;
  private String fromUsername;
  private String fromFirstName;
  private String fromLastName;
  private String toUsername;
  private String toFirstName;
  private String toLastName;
  private LocalDateTime createTime;
  private LocalDateTime updateTime;
  private Long tenantId;
}

3.2 数据存储逻辑实现

创建一个服务类 SendMessageEventService,用于处理 SendMessageEvent 并保存数据。

package com.litongjava.gpt.translator.services;

import java.time.Instant;
import java.time.LocalDateTime;
import java.time.ZoneId;
import java.util.List;
import java.util.Optional;
import com.litongjava.db.activerecord.Db;
import com.litongjava.db.activerecord.Row;
import com.litongjava.gpt.translator.vo.TelegramMessage;
import com.litongjava.tio.utils.json.JsonUtils;
import com.litongjava.tio.utils.snowflake.SnowflakeIdUtils;
import telegram4j.core.event.domain.message.SendMessageEvent;
import telegram4j.core.object.Message;
import telegram4j.core.object.MessageEntity;
import telegram4j.core.object.User;
import telegram4j.core.object.chat.Chat;
import telegram4j.core.object.chat.PrivateChat;

public class SendMessageEventService {

  public void save(SendMessageEvent event) {
    TelegramMessage telegramMessage = extract(event);
    if (telegramMessage != null) {
      Db.save("telegram_bot_messages", Row.fromBean(telegramMessage));
    }
  }

  private TelegramMessage extract(SendMessageEvent event) {
    Optional<Chat> chatOptional = event.getChat();

    if (chatOptional.isEmpty()) {
      return null;
    }

    Chat chat = chatOptional.get();
    String fromFirstName = null;
    String fromLastName = null;
    String fromUsername = null;
    long toUserId = 0;
    String toFirstName = null;
    String toLastName = null;
    String toUsername = null;

    if (chat instanceof PrivateChat) {
      PrivateChat privateChat = (PrivateChat) chat;
      User user = privateChat.getUser();
      fromFirstName = user.getFirstName().orElse(null);
      fromLastName = user.getLastName().orElse(null);
      fromUsername = user.getUsername().orElse(null);

      Optional<User> selfUserOptional = privateChat.getSelfUser();
      if (selfUserOptional.isPresent()) {
        User selfUser = selfUserOptional.get();
        toUserId = selfUser.getId().asLong();
        toUsername = selfUser.getUsername().orElse(null);
        toFirstName = selfUser.getFirstName().orElse(null);
        toLastName = selfUser.getLastName().orElse(null);
      }
    }

    // 提取消息基本信息
    Message message = event.getMessage();

    int sequence = message.getId();
    // 提取实体信息
    List<MessageEntity> entities = message.getEntities();
    String entitiesJson = JsonUtils.toJson(entities);

    // 消息发送时间
    LocalDateTime messageDateTime = LocalDateTime.ofInstant(Instant.ofEpochSecond(message.getDate()), ZoneId.systemDefault());

    // 生成唯一 ID
    long id = SnowflakeIdUtils.id();

    TelegramMessage telegramMessage = new TelegramMessage();
    telegramMessage.setId(id);
    telegramMessage.setFromId(event.getAuthor().get().getId().asLong());
    telegramMessage.setFromUsername(fromUsername);
    telegramMessage.setFromFirstName(fromFirstName);
    telegramMessage.setFromLastName(fromLastName);

    telegramMessage.setToId(toUserId);
    telegramMessage.setToUsername(toUsername);
    telegramMessage.setToFirstName(toFirstName);
    telegramMessage.setToLastName(toLastName);

    telegramMessage.setSequence(sequence);
    telegramMessage.setMessageText(message.getContent());
    telegramMessage.setMessageDate(messageDateTime);
    telegramMessage.setMessageType(chat.getType().toString());
    telegramMessage.setEntities(entitiesJson);

    // 设置创建和更新时间
    telegramMessage.setCreateTime(LocalDateTime.now());
    telegramMessage.setUpdateTime(LocalDateTime.now());

    // 设置租户 ID(如有需要)
    telegramMessage.setTenantId(0L);

    return telegramMessage;
  }
}

3.2.1 代码说明

  • 消息提取:

    • 从 SendMessageEvent 中获取 Chat 对象,判断是否为 PrivateChat 类型。
    • 提取发送者和接收者的用户信息,包括 ID、用户名、名字和姓氏。
  • 实体信息处理:

    • 获取消息中的实体列表,将其转换为 JSON 字符串,便于存储。
  • 时间处理:

    • 将消息的 Unix 时间戳转换为 LocalDateTime。
  • ID 生成:

    • 使用雪花算法生成全局唯一的消息 ID,确保在分布式环境下的唯一性。
  • 数据存储:

    • 将 TelegramMessage 对象转换为数据库行,保存到 telegram_bot_messages 表中。

3.3 在应用中调用保存方法

在消息处理的逻辑中,调用 SendMessageEventService 的 save 方法:

Aop.get(SendMessageEventService.class).save(event);

4. 测试与验证

在完成上述实现后,我们可以对系统进行测试,确保消息数据被正确地存储到了数据库中。

4.1 示例数据

假设接收到以下消息:

  • 消息内容: "what's your name"
  • 发送者 ID: 6276672963
  • 接收者(机器人)ID: 7847170133
  • 消息序列: 1589
  • 消息日期: 2024-12-03 19:14:58
  • 消息类型: PRIVATE
  • 发送者用户名: litonglinux
  • 发送者名字: 蕾娜斯
  • 接收者用户名: litongjava_bot
  • 接收者名字: my-translator

4.2 数据库中的存储结果

保存后的数据库记录如下:

idfrom_idto_idsequencemessage_textmessage_datemessage_typeentitiesfrom_usernamefrom_first_namefrom_last_nameto_usernameto_first_nameto_last_namecreate_timeupdate_timetenant_id
453879471025647616627667296378471701331589what's your name2024-12-03 19:14:58.000PRIVATE[]litonglinux蕾娜斯NULLlitongjava_botmy-translatorNULL2024-12-03 19:15:18.9289632024-12-03 19:15:18.9289630

可以看到,消息的各项信息都被正确地存储到了数据库中,包括发送者和接收者的信息、消息内容、发送时间等。

5. 结论

通过以上步骤,我们成功地实现了对 Telegram 机器人接收到的消息的存储。详细分析了消息的数据结构,设计了合理的数据库表结构,并实现了数据的提取和存储逻辑。这为后续的消息处理、分析和响应奠定了坚实的基础。

附录:关键代码解释

A.1 SendMessageEventService 类

该类的作用是处理 SendMessageEvent,提取必要的信息,并将其保存到数据库中。

  • save 方法: 接收 SendMessageEvent,调用 extract 方法提取信息,并保存到数据库。
  • extract 方法: 从事件中提取消息和用户信息,处理实体和时间数据。

A.2 时间处理

将 Unix 时间戳转换为 LocalDateTime:

LocalDateTime messageDateTime = LocalDateTime.ofInstant(
    Instant.ofEpochSecond(message.getDate()),
    ZoneId.systemDefault()
);

A.3 实体信息处理

将消息中的实体列表转换为 JSON 字符串:

List<MessageEntity> entities = message.getEntities();
String entitiesJson = JsonUtils.toJson(entities);
telegramMessage.setEntities(entitiesJson);

A.4 ID 生成

使用雪花算法生成全局唯一的 ID:

long id = SnowflakeIdUtils.id();
telegramMessage.setId(id);

备注: 在实际应用中,需要根据具体的业务需求和技术栈,选择合适的数据库、ORM 框架和 ID 生成策略。同时,要注意异常处理和日志记录,确保系统的稳定性和可维护性。

Edit this page
Last Updated:
Contributors: Tong Li
Prev
过滤旧消息
Next
定时推送