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 命令

使用自定义 StoreLayout

本指南详细介绍了如何通过使用自定义 StoreLayout 将 Telegram 频道的基本信息和详细信息存储到数据库中。通过此方法,可以减少对 Telegram 服务端的频繁调用,提高数据访问的效率和响应速度。

  • ChannelInfo 数据
    • min 字段解释
    • full 字段解释
  • 保存为 json 格式
    • 创建数据库表
    • 实现自定义 DbChannelStoreServiceImpl
    • 使用 DbStoreLayoutImpl
    • 配置说明
  • 将单独的字段保存到数据库
    • 创建数据表
  • 总结

ChannelInfo 数据

ChannelInfo 主要包含两个核心属性:

  • min:类型为 ImmutableChannel,包含频道的基本属性。
  • full:类型为 telegram4j.tl.ImmutableChannelFull,包含频道的详细信息。

min 字段解释

{
  "flags": 24672,
  "flags2": 0,
  "id": 2226225384,
  "title": "长春",
  "username": "woyao51222",
  "photo": {
    "flags": 0,
    "photo_id": 6159076475509258768,
    "stripped_thumb": null,
    "dc_id": 5
  },
  "date": 1727367550,
  "usernames": null,
  "access_hash": -362916920667256444,
  "restriction_reason": null,
  "admin_rights": {
    "flags": 4671
  },
  "banned_rights": null,
  "default_banned_rights": null,
  "participants_count": null
}

min 字段详细解释

  • min: ImmutableChannel 的实例,表示频道的基本属性。
    • accessHash: 唯一标识符,用于访问该频道。
    • adminRights: ImmutableChatAdminRights 对象,表示管理员的权限信息。
      • flags: 权限标识,二进制值表示具体权限(例如,1100000111111 表示特定权限启用)。
    • bannedRights: 被禁言的权限信息(当前为 null)。
    • date: 频道创建或最后修改的 Unix 时间戳。
    • flags: 表示频道的一些状态标识。
    • flags2: 另一个标识字段。
    • id: 频道的唯一标识符。
    • participantsCount: 参与人数(当前为 0)。
    • photo: ImmutableBaseChatPhoto 对象,包含频道的头像信息。
      • dcId: 数据中心 ID,存储该头像的服务器位置。
      • photoId: 头像的唯一标识符。
      • strippedThumb: 缩略图信息(当前为 null)。
    • restrictionReason: 限制原因(当前为 null)。
    • title: 频道名称。
    • username: 频道的用户名(如果有)。
    • defaultBannedRights: 默认禁言权限(当前为 null)。

full 字段解释

{
  "flags": 1082130479,
  "flags2": 0,
  "id": 2226225384,
  "about": "",
  "stickerset": null,
  "location": null,
  "pts": 38131,
  "call": null,
  "participants_count": 565,
  "admins_count": 7,
  "kicked_count": 0,
  "banned_count": 0,
  "online_count": null,
  "read_inbox_max_id": 4067,
  "read_outbox_max_id": 0,
  "unread_count": 174,
  "chat_photo": {
    "flags": 0,
    "id": 6159076475509258768,
    "date": 1722745227,
    "sizes": [
      {
        "type": "a",
        "w": 160,
        "h": 160,
        "size": 10118
      },
      {
        "type": "b",
        "w": 320,
        "h": 320,
        "size": 27698
      },
      {
        "type": "c",
        "w": 640,
        "h": 640,
        "size": 80035
      }
    ],
    "access_hash": 2501199300329655937,
    "file_reference": {
      "direct": false,
      "readOnly": true,
      "readable": true,
      "writable": false,
      "contiguous": true
    },
    "video_sizes": null,
    "dc_id": 5
  },
  "notify_settings": {
    "flags": 63,
    "silent": false,
    "show_previews": true,
    "mute_until": 0,
    "ios_sound": {},
    "android_sound": {
      "title": "default",
      "data": "default"
    },
    "other_sound": {
      "title": "default",
      "data": "default"
    },
    "stories_muted": null,
    "stories_hide_sender": null,
    "stories_ios_sound": null,
    "stories_android_sound": null,
    "stories_other_sound": null
  },
  "exported_invite": {
    "flags": 32,
    "link": "https://t.me/+9r8hFunwEo0zOWI9",
    "date": 1727367551,
    "usage": null,
    "requested": null,
    "title": null,
    "admin_id": 6523165888,
    "start_date": null,
    "expire_date": null,
    "usage_limit": null
  },
  "bot_info": [
    {
      "flags": 3,
      "description": "hit",
      "commands": null,
      "user_id": 6523165888,
      "description_photo": null,
      "description_document": null,
      "menu_button": null
    },
    {
      "flags": 3,
      "description": "hi",
      "commands": null,
      "user_id": 6847577069,
      "description_photo": null,
      "description_document": null,
      "menu_button": null
    },
    {
      "flags": 3,
      "description": "hide",
      "commands": null,
      "user_id": 6108202915,
      "description_photo": null,
      "description_document": null,
      "menu_button": null
    },
    {
      "flags": 1,
      "description": null,
      "commands": null,
      "user_id": 7072019031,
      "description_photo": null,
      "description_document": null,
      "menu_button": null
    }
  ],
  "migrated_from_chat_id": null,
  "migrated_from_max_id": null,
  "pinned_msg_id": 5511,
  "available_min_id": null,
  "folder_id": null,
  "linked_chat_id": null,
  "slowmode_seconds": null,
  "slowmode_next_send_date": null,
  "stats_dc": null,
  "ttl_period": null,
  "pending_suggestions": null,
  "groupcall_default_join_as": null,
  "theme_emoticon": null,
  "requests_pending": null,
  "recent_requesters": null,
  "default_send_as": null,
  "available_reactions": {
    "flags": 0
  }
}

info.full 字段详细解释

info.full 是 ImmutableChannelFull 类型的实例,包含频道的详细信息。以下是各个字段的详细说明:

  • flags: 标志字段,使用二进制值表示频道的各种状态和属性。具体含义需参考 Telegram 的 API 文档或库的实现。
  • flags2: 另一个标志字段,类似于 flags,用于表示额外的状态或属性。
  • id: 频道的唯一标识符。
  • about: 频道的描述信息,介绍频道的内容或目的。
  • participantsCount: 频道的参与者数量,即成员数量。
  • adminsCount: 管理员的数量,表示负责管理频道的管理员数量。
  • kickedCount: 被踢出的成员数量。
  • bannedCount: 被禁言的成员数量。
  • onlineCount: 当前在线的成员数量(如果可用)。
  • readInboxMaxId: 收件箱中已读消息的最大 ID。
  • readOutboxMaxId: 发件箱中已读消息的最大 ID。
  • unreadCount: 未读消息的数量。
  • chatPhoto: 频道的头像信息,类型为 BasePhoto。
    • flags: 标志字段,表示头像的状态或属性。
    • id: 头像的唯一标识符。
    • accessHash: 访问头像的哈希值,用于安全验证。
    • fileReference: 文件引用,用于访问存储在 Telegram 服务器上的头像文件。
    • date: 头像上传或最后修改的 Unix 时间戳。
    • sizes: 头像的不同尺寸信息,数组类型,每个元素为 BasePhotoSize。
      • type: 尺寸类型标识(例如 'a', 'b', 'c')。
      • w: 宽度(像素)。
      • h: 高度(像素)。
      • size: 文件大小(字节)。
    • videoSizes: 视频尺寸信息(如果有)。
    • dcId: 数据中心 ID,表示头像存储的服务器位置。
  • notifySettings: 通知设置,类型为 PeerNotifySettings。
    • flags: 标志字段,表示通知设置的状态。
    • showPreviews: 是否显示消息预览。
    • silent: 是否静音通知。
    • muteUntil: 静音通知的截止时间(Unix 时间戳)。
    • iosSound: iOS 设备的通知声音设置,类型为 NotificationSoundDefault 或 NotificationSoundLocal。
      • title: 声音标题(如果为 NotificationSoundLocal)。
      • data: 声音数据(如果为 NotificationSoundLocal)。
    • androidSound: Android 设备的通知声音设置,类似于 iosSound。
    • otherSound: 其他设备的通知声音设置,类似于 iosSound。
    • storiesMuted: 是否静音故事通知(如果有)。
    • storiesHideSender: 是否隐藏故事发送者信息(如果有)。
    • storiesIosSound: 故事的 iOS 通知声音设置(如果有)。
    • storiesAndroidSound: 故事的 Android 通知声音设置(如果有)。
    • storiesOtherSound: 故事的其他设备通知声音设置(如果有)。
  • exportedInvite: 导出的邀请链接,类型为 ChatInviteExported。
    • flags: 标志字段,表示邀请链接的状态。
    • link: 邀请链接的 URL。
    • adminId: 创建邀请链接的管理员的用户 ID。
    • date: 邀请链接创建的 Unix 时间戳。
    • startDate: 邀请链接的开始日期(如果有)。
    • expireDate: 邀请链接的过期日期(如果有)。
    • usageLimit: 邀请链接的使用限制(如果有)。
    • usage: 当前邀请链接的使用次数(如果有)。
    • requested: 是否需要请求才能加入(如果有)。
    • title: 邀请链接的标题(如果有)。
  • botInfo: 频道中机器人的信息,数组类型,每个元素为 BotInfo。
    • flags: 标志字段,表示机器人的状态或属性。
    • userId: 机器人的用户 ID。
    • description: 机器人的描述信息。
    • descriptionPhoto: 机器人的描述照片(如果有)。
    • descriptionDocument: 机器人的描述文档(如果有)。
    • commands: 机器人的命令列表(如果有)。
    • menuButton: 机器人的菜单按钮设置(如果有)。
  • migratedFromChatId: 如果频道从其他聊天迁移而来,则为原聊天的 ID(当前为 null)。
  • migratedFromMaxId: 如果频道从其他聊天迁移而来,则为原聊天的最大消息 ID(当前为 null)。
  • pinnedMsgId: 频道中被置顶的消息的 ID(如果有)。
  • stickerset: 频道使用的贴纸包信息(如果有)。
  • availableMinId: 可用的最小消息 ID(如果有)。
  • folderId: 频道所属文件夹的 ID(如果有)。
  • linkedChatId: 关联的聊天 ID(如果有)。
  • location: 频道的位置或地理信息(如果有)。
  • slowmodeSeconds: 频道的慢速模式设置,以秒为单位(如果启用)。
  • slowmodeNextSendDate: 慢速模式下,下一次可以发送消息的时间(Unix 时间戳,当前为 null)。
  • statsDc: 统计数据的数据中心 ID(如果有)。
  • pts: 频道的状态更新计数器,用于同步。
  • call: 频道的通话信息(如果有)。
  • ttlPeriod: 频道的消息生存时间设置(如果有)。
  • pendingSuggestions: 待处理的建议列表(如果有)。
  • groupcallDefaultJoinAs: 默认的群组通话加入方式(如果有)。
  • themeEmoticon: 频道的主题表情符号(当前为 null)。
  • requestsPending: 待处理的请求列表(如果有)。
  • recentRequesters: 最近的请求者列表(如果有)。
  • defaultSendAs: 默认的发送身份设置(如果有)。
  • availableReactions: 频道可用的反应表情,类型为 ChatReactionsAll。
    • flags: 标志字段,表示反应表情的状态。

保存为 json 格式

创建数据库表

为存储频道的基本信息、详细信息和参与者信息,需要创建相应的数据库表。以下是表结构的创建脚本:

telegram_channel_min 表

存储频道的基本信息。

DROP TABLE IF EXISTS telegram_channel_min;
CREATE TABLE telegram_channel_min (
  id BIGINT AUTO_INCREMENT PRIMARY KEY,
  json JSON NOT NULL,
  `creator` VARCHAR(64) DEFAULT '',
  `create_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updater` VARCHAR(64) DEFAULT '',
  `update_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `deleted` SMALLINT(6) NOT NULL DEFAULT 0,
  `tenant_id` BIGINT(20) NOT NULL DEFAULT 0
);

或者,如果数据库不支持 JSON 类型,可以使用 VARCHAR 类型存储 JSON 字符串:

DROP TABLE IF EXISTS telegram_channel_min;
CREATE TABLE telegram_channel_min (
  id BIGINT AUTO_INCREMENT PRIMARY KEY,
  json VARCHAR(16000) NOT NULL,
  `creator` VARCHAR(64) DEFAULT '',
  `create_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updater` VARCHAR(64) DEFAULT '',
  `update_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `deleted` SMALLINT(6) NOT NULL DEFAULT 0,
  `tenant_id` BIGINT(20) NOT NULL DEFAULT 0
);

telegram_channel_full 表

存储频道的详细信息。

DROP TABLE IF EXISTS telegram_channel_full;
CREATE TABLE telegram_channel_full (
  id BIGINT AUTO_INCREMENT PRIMARY KEY,
  json JSON NOT NULL,
  `creator` VARCHAR(64) DEFAULT '',
  `create_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updater` VARCHAR(64) DEFAULT '',
  `update_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `deleted` SMALLINT(6) NOT NULL DEFAULT 0,
  `tenant_id` BIGINT(20) NOT NULL DEFAULT 0
);

或者使用 VARCHAR 类型:

DROP TABLE IF EXISTS telegram_channel_full;
CREATE TABLE telegram_channel_full (
  id BIGINT AUTO_INCREMENT PRIMARY KEY,
  json VARCHAR(16000) NOT NULL,
  `creator` VARCHAR(64) DEFAULT '',
  `create_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updater` VARCHAR(64) DEFAULT '',
  `update_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `deleted` SMALLINT(6) NOT NULL DEFAULT 0,
  `tenant_id` BIGINT(20) NOT NULL DEFAULT 0
);

telegram_channel_participants 表

存储频道的参与者信息。

DROP TABLE IF EXISTS telegram_channel_participants;
CREATE TABLE telegram_channel_participants (
  id BIGINT AUTO_INCREMENT PRIMARY KEY,
  json VARCHAR(16000) NOT NULL,
  `creator` VARCHAR(64) DEFAULT '',
  `create_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `updater` VARCHAR(64) DEFAULT '',
  `update_time` DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `deleted` SMALLINT(6) NOT NULL DEFAULT 0,
  `tenant_id` BIGINT(20) NOT NULL DEFAULT 0
);

实现自定义 DbChannelStoreServiceImpl

以下是自定义 DbChannelStoreServiceImpl 的实现,该类负责将频道的基本信息、详细信息和参与者信息存储到数据库中。

package com.litongjava.telegram.bots.service;

import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.ConcurrentMap;
import java.util.concurrent.locks.ReentrantLock;
import java.util.function.BiFunction;

import com.fasterxml.jackson.core.type.TypeReference;
import com.litongjava.db.activerecord.Db;
import com.litongjava.db.activerecord.Row;
import com.litongjava.telegram.store.ChannelInfo;
import com.litongjava.telegram.store.TlObjectMapperUtils;
import com.litongjava.telegram.store.service.DbChannelStoreService;

import lombok.extern.slf4j.Slf4j;
import telegram4j.tl.ChannelParticipant;
import telegram4j.tl.ImmutableChannel;
import telegram4j.tl.ImmutableChannelFull;
import telegram4j.tl.Peer;

@Slf4j
public class DbChannelStoreServiceImpl implements DbChannelStoreService {
  public static final String TELEGRAM_CHANNEL_MIN = "telegram_channel_min";
  public static final String TELEGRAM_CHANNEL_FULL = "telegram_channel_full";
  public static final String TELEGRAM_CHANNEL_PARTICIPANTS = "telegram_channel_participants";

  private TypeReference<ConcurrentMap<Peer, ChannelParticipant>> typeRef = new TypeReference<ConcurrentMap<Peer, ChannelParticipant>>() {
  };

  private final ConcurrentMap<Long, ReentrantLock> lockMap = new ConcurrentHashMap<>();

  /**
   * 从数据库中获取 ChannelInfo
   *
   * @param rawPeerId 频道的原始 Peer ID
   * @return ChannelInfo 对象,如果不存在则返回 null
   */
  @Override
  public ChannelInfo get(Long rawPeerId) {
    ChannelInfo info = null;

    // 获取基本信息
    Row row = Db.findById(TELEGRAM_CHANNEL_MIN, rawPeerId);
    if (row != null) {
      String str = row.getStr("json");
      try {
        ImmutableChannel min = TlObjectMapperUtils.readValue(str, ImmutableChannel.class);
        info = new ChannelInfo(min);
      } catch (Exception e) {
        log.error("Failed to readValue: rawPeerId={}, json={}, error={}", rawPeerId, str, e.getMessage(), e);
        return null;
      }
    } else {
      return null;
    }

    // 获取详细信息
    row = Db.findById(TELEGRAM_CHANNEL_FULL, rawPeerId);
    if (row != null) {
      String str = row.getStr("json");
      try {
        ImmutableChannelFull full = TlObjectMapperUtils.readValue(str, ImmutableChannelFull.class);
        info.setFull(full);
      } catch (Exception e) {
        log.error("Failed to readValue: rawPeerId={}, json={}, error={}", rawPeerId, str, e.getMessage(), e);
        return null;
      }
    } else {
      return null;
    }

    // 获取参与者信息
    row = Db.findById(TELEGRAM_CHANNEL_PARTICIPANTS, rawPeerId);
    if (row != null) {
      String str = row.getStr("json");
      try {
        ConcurrentMap<Peer, ChannelParticipant> participants = TlObjectMapperUtils.readValue(str, typeRef);
        info.setParticipants(participants);
      } catch (Exception e) {
        log.error("Failed to readValue: rawPeerId={}, json={}, error={}", rawPeerId, str, e.getMessage(), e);
      }
    }

    return info;
  }

  /**
   * 如果频道存在,则计算新的 ChannelInfo 并更新数据库
   *
   * @param channelId         频道 ID
   * @param remappingFunction 计算函数
   * @return 更新后的 ChannelInfo
   */
  @Override
  public ChannelInfo computeIfPresent(Long channelId, BiFunction<? super Long, ? super ChannelInfo, ? extends ChannelInfo> remappingFunction) {
    ChannelInfo existing = get(channelId);
    if (existing != null) {
      ChannelInfo updated = remappingFunction.apply(channelId, existing);
      if (updated != null) {
        updateChannelInfo(channelId, updated);
        return updated;
      } else {
        deleteChannelInfo(channelId);
      }
    }
    return null;
  }

  /**
   * 计算并更新或插入 ChannelInfo
   *
   * @param id                 频道 ID
   * @param remappingFunction  计算函数
   */
  @Override
  public void compute(Long id, BiFunction<? super Long, ? super ChannelInfo, ? extends ChannelInfo> remappingFunction) {
    ChannelInfo existing = get(id);
    ChannelInfo updated = remappingFunction.apply(id, existing);

    if (updated != null) {
      if (existing != null) {
        updateChannelInfo(id, updated);
      } else {
        insertChannelInfo(id, updated);
      }
    } else {
      if (existing != null) {
        deleteChannelInfo(id);
      }
    }
  }

  /**
   * 插入或更新 ChannelInfo
   *
   * @param channelId 频道 ID
   * @param info      ChannelInfo 对象
   */
  private void insertChannelInfo(Long channelId, ChannelInfo info) {
    ReentrantLock lock = lockMap.computeIfAbsent(channelId, id -> new ReentrantLock());

    // 处理基本信息
    if (info.getMin() != null) {
      if (info.getMin() instanceof ImmutableChannel immutableChannel) {
        String json = TlObjectMapperUtils.writeValueAsString(immutableChannel);
        lock.lock();
        try {
          Row row = Row.by("id", channelId).set("json", json);
          if (Db.exists(TELEGRAM_CHANNEL_MIN, "id", channelId)) {
            Db.update(TELEGRAM_CHANNEL_MIN, row);
          } else {
            Db.save(TELEGRAM_CHANNEL_MIN, row);
          }
        } finally {
          lock.unlock();
        }
      } else {
        log.error("Unsupported class type for min: {}", info.getMin().getClass());
      }
    }

    // 处理详细信息
    if (info.getFull() != null) {
      String json = TlObjectMapperUtils.writeValueAsString(info.getFull());
      Row fullRow = Row.by("id", channelId).set("json", json);
      lock.lock();
      try {
        if (Db.exists(TELEGRAM_CHANNEL_FULL, "id", channelId)) {
          Db.update(TELEGRAM_CHANNEL_FULL, fullRow);
        } else {
          Db.save(TELEGRAM_CHANNEL_FULL, fullRow);
        }
      } finally {
        lock.unlock();
      }
    }

    // 处理参与者信息
    if (info.getParticipants() != null) {
      String json = TlObjectMapperUtils.writeValueAsString(info.getParticipants());
      Row row = Row.by("id", channelId).set("json", json);
      lock.lock();
      try {
        if (Db.exists(TELEGRAM_CHANNEL_PARTICIPANTS, "id", channelId)) {
          Db.update(TELEGRAM_CHANNEL_PARTICIPANTS, row);
        } else {
          Db.save(TELEGRAM_CHANNEL_PARTICIPANTS, row);
        }
      } finally {
        lock.unlock();
      }
    }
  }

  /**
   * 更新现有的 ChannelInfo
   *
   * @param channelId 频道 ID
   * @param info      更新后的 ChannelInfo 对象
   */
  private void updateChannelInfo(Long channelId, ChannelInfo info) {
    insertChannelInfo(channelId, info);
  }

  /**
   * 删除 ChannelInfo
   *
   * @param channelId 频道 ID
   */
  private void deleteChannelInfo(Long channelId) {
    String deleteMinSql = "DELETE FROM " + TELEGRAM_CHANNEL_MIN + " WHERE id = ?";
    String deleteFullSql = "DELETE FROM " + TELEGRAM_CHANNEL_FULL + " WHERE id = ?";
    String deleteParticipantsSql = "DELETE FROM " + TELEGRAM_CHANNEL_PARTICIPANTS + " WHERE id = ?";
    Db.delete(deleteMinSql, channelId);
    Db.delete(deleteFullSql, channelId);
    Db.delete(deleteParticipantsSql, channelId);
  }
}

关键功能说明

  • 获取频道信息 (get 方法): 从 telegram_channel_min、telegram_channel_full 和 telegram_channel_participants 表中分别获取基本信息、详细信息和参与者信息,并组装成 ChannelInfo 对象。

  • 插入或更新频道信息 (insertChannelInfo 方法): 将 ChannelInfo 对象中的各个部分序列化为 JSON 字符串,并分别存储到对应的数据库表中。如果记录已存在,则更新;否则,插入新记录。

  • 更新频道信息 (updateChannelInfo 方法): 实际上调用了 insertChannelInfo 方法,因为插入和更新操作在逻辑上是相似的。

  • 删除频道信息 (deleteChannelInfo 方法): 从所有相关的数据库表中删除指定频道的记录。

  • 计算频道信息 (compute 和 computeIfPresent 方法): 提供了基于现有频道信息进行计算和更新的接口,确保数据的一致性和完整性。

使用 DbStoreLayoutImpl

完成自定义的 DbChannelStoreServiceImpl 实现后,需要将其集成到 StoreLayout 中,以便在应用启动时进行配置。

// 初始化 DbChannelStoreServiceImpl
DbChannelStoreServiceImpl dbChannelStoreService = new DbChannelStoreServiceImpl();

// 创建 DbStoreLayoutImpl,并传入必要的函数
DbStoreLayoutImpl storeLayoutImpl = new DbStoreLayoutImpl(Function.identity());

// 设置自定义的 DbChannelStoreService
storeLayoutImpl.setDbChannels(dbChannelStoreService);

// 创建 FileStoreLayout,并指定存储路径(例如:t4j-bot_{botId}.bin)
FileStoreLayout storeLayout = new FileStoreLayout(storeLayoutImpl, Path.of("t4j-bot_" + botId + ".bin"));

// 配置引导程序使用自定义的 StoreLayout
bootstrap.setStoreLayout(storeLayout);

配置说明

  1. 初始化 DbChannelStoreServiceImpl: 创建自定义的数据库存储服务实例。
  2. 创建 DbStoreLayoutImpl: 使用 Function.identity() 作为参数创建 DbStoreLayoutImpl 实例。
  3. 设置数据库频道存储服务: 将自定义的 DbChannelStoreServiceImpl 实例设置到 DbStoreLayoutImpl 中。
  4. 创建 FileStoreLayout: 指定存储路径,用于存储其他相关数据(例如:t4j-bot_{botId}.bin)。
  5. 配置引导程序: 将自定义的 StoreLayout 配置到应用的引导程序中。

配置完成后,频道信息将自动回存到数据库中,显著减少对 Telegram 服务端的调用次数,提高系统性能和稳定性。

将单独的字段保存到数据库

创建数据表

DROP TABLE IF EXISTS telegram_channel_min;
CREATE TABLE telegram_channel_min (
  id BIGINT PRIMARY KEY,
  identifier BIGINT NOT NULL,
  flags INT NOT NULL,
  flags2 INT NOT NULL,
  channel_id BIGINT NOT NULL,
  title VARCHAR(255) NOT NULL,
  username VARCHAR(255) DEFAULT NULL,
  date bigint NOT NULL,
  access_hash BIGINT NOT NULL,
	photo varchar(1600) DEFAULT NULL, -- 存储 photo 对象
  admin_rights varchar(1600) DEFAULT NULL, -- 存储 admin_rights 对象
  creator VARCHAR(64) DEFAULT '',
  create_time DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  updater VARCHAR(64) DEFAULT '',
  update_time DATETIME(0) NOT NULL DEFAULT CURRENT_TIMESTAMP,
  deleted SMALLINT(6) NOT NULL DEFAULT 0,
  tenant_id BIGINT(20) NOT NULL DEFAULT 0
);

总结

本文档介绍了如何通过自定义 StoreLayout 将 Telegram 频道的信息存储到数据库中。通过创建相应的数据库表、实现自定义的存储服务类 DbChannelStoreServiceImpl,并将其集成到 StoreLayout 中,可以有效地管理和存储频道的基本信息、详细信息和参与者信息。这种方法不仅提高了数据访问效率,还增强了系统的可扩展性和维护性。

通过以下步骤,您可以将 Telegram 频道信息存入数据库:

  1. 理解频道信息结构: 了解 ChannelInfo 中 min 和 full 字段的具体内容和用途。
  2. 创建数据库表: 根据需求创建存储频道基本信息、详细信息和参与者信息的数据库表。
  3. 实现自定义存储服务: 编写 DbChannelStoreServiceImpl 类,实现从数据库获取、插入、更新和删除频道信息的逻辑。
  4. 配置 StoreLayout: 将自定义的存储服务集成到 StoreLayout 中,确保频道信息能够正确存储和读取。
  5. 测试和验证: 配置完成后,验证频道信息是否能够正确存储到数据库,并确保系统性能的提升。

通过以上步骤,您可以有效地管理 Telegram 频道的信息存储,提升应用的整体性能和用户体验。

Edit this page
Last Updated:
Contributors: Tong Li
Prev
使用 telegram-Client
Next
延迟测试