Tio Boot DocsTio Boot Docs
Home
文档导航
  • java-db
  • api-table
  • jooq
  • mysql
  • postgresql
  • oceanbase
  • Enjoy
  • Tio Boot Admin
  • java-openai
  • ai_agent
  • knowlege_base
  • voice-agent
  • ai-search
  • ai-coding
  • ai-browser
  • 案例
Abount
AI 检索
  • Github
  • Gitee
Home
文档导航
  • java-db
  • api-table
  • jooq
  • mysql
  • postgresql
  • oceanbase
  • Enjoy
  • Tio Boot Admin
  • java-openai
  • ai_agent
  • knowlege_base
  • voice-agent
  • ai-search
  • ai-coding
  • ai-browser
  • 案例
Abount
AI 检索
  • Github
  • Gitee
  • 入门

    • 01 · 入门

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

    • 02 · 部署

      • 02_deployment
      • 使用 Maven Profile 实现分环境打包 tio-boot 项目
      • Maven 项目配置详解:依赖与 Profiles 配置
      • tio-boot 打包成 FatJar
      • 使用 GraalVM 构建 tio-boot Native 程序
      • 使用 Docker 部署 tio-boot
      • 部署到 Fly.io
      • 部署到 AWS Lambda
      • 到阿里云云函数
      • 使用 Deploy 工具部署
      • 使用Systemctl启动项目
      • 使用 Jenkins 部署 Tio-Boot 项目
      • 使用 Nginx 反向代理 Tio-Boot
      • 使用 Supervisor 管理 Java 应用
      • 历史部署页与替代方案
      • 胖包与瘦包的打包与部署
      • 使用 JDK 8 构建基础库与验证运行环境
    • 03 · 日志

      • 日志
      • tio-boot 整合 Logback
  • 核心开发

    • 04 · 配置

      • 04_configuration
      • 配置参数
      • 服务器监听器
      • 内置缓存系统 AbsCache
      • 使用 Redis 作为内部 Cache
      • 静态文件处理器
      • 基于域名的静态资源隔离
      • DecodeExceptionHandler
      • 开启虚拟线程(Virtual Thread)
      • 框架级错误通知
    • 05 · JSON

      • 05_json
      • Json
      • 接受 JSON 和响应 JSON
      • 响应实体类
    • 06 · Web 开发

      • Web 开发
      • 路由与参数

        • 概述
        • 添加 Controller
        • handler入门
        • HttpRequestFunction:直接注册 Service 方法
        • Handler 的请求方法与错误响应
        • 接收请求参数
        • 接收日期参数
        • 接收数组参数
        • HttpRequest
        • 请求校验与响应转换
      • 响应与文件

        • 返回字符串
        • 返回文本数据
        • 返回网页
        • 请求和响应字节
        • 文件上传
        • 文件下载
        • 返回视频文件并支持断点续传
        • HttpResponse
        • Resps
        • RespBodyVo
        • 动态 返回 CSS 实现
        • 返回图片
        • 返回 multipart
        • 使用零拷贝发送大文件
        • 分片上传
        • WebJars
      • 会话与请求控制

        • http Session
        • Cookie 读取与设置
        • 重定向和转发
        • Controller拦截器
        • 请求拦截器
        • LoggingInterceptor
        • 全局异常处理器
        • 跨域
        • 自定义 Handler 转发请求
        • 使用 HttpForwardHandler 转发所有请求
        • HTTP Basic 认证
        • Http响应加密
      • 异步与流式输出

        • 异步处理
        • Transfer-Encoding: chunked 实时音频播放
        • Server-Sent Events (SSE)
      • 工具与监控

        • 常用工具类
        • 接口访问统计
        • 接口请求和响应数据记录
        • JProtobuf
        • 测速
        • Gzip Bomb:使用压缩炸弹防御恶意爬虫
    • 07 · 参数校验

      • 07_validation
      • 数据紧校验规范
      • 参数校验
    • 08 · WebSocket 应用开发

      • 08_websocket
      • 使用 tio-boot 搭建 WebSocket 服务
      • WebSocket 聊天室项目示例
    • 09 · AOP

      • 09_aop
      • JFinal-aop
      • Aop 工具类
      • 配置
      • 独立使用 JFinal Aop
      • @AImport
      • 自定义注解拦截器
      • 原理解析
    • 10 · 国际化

      • 10_i18n
      • i18n
    • 11 · Enjoy 模板

      • 11_enjoy
      • tio-boot 整合 Enjoy 模版引擎文档
      • Tio-Boot 整合 Java-DB 与 Enjoy 模板引擎示例
      • 引擎配置
      • 表达式
      • 指令
      • 注释
      • 原样输出
      • Shared Method 扩展
      • Shared Object 扩展
      • Extension Method 扩展
      • Spring boot 整合
      • 独立使用 Enjoy
      • tio-boot enjoy 自定义指令 localeDate
      • PromptEngine
      • Enjoy 入门示例-擎渲染大模型请求体
      • Tio Boot + Enjoy:分页与 SEO 实战指南
      • TioBoot + Enjoy 生成 robots.txt 与 sitemap.xml:实战与SEO指南
      • Enjoy 使用示例
    • 12 · 定时任务

      • 12_scheduling
      • Quartz 定时任务集成指南
      • 分布式定时任务 xxl-jb
      • cron4j 使用指南
    • 13 · 测试

      • 13_testing
      • TioBootTest:环境与 AOP 初始化
      • 真实 HTTP 集成测试
      • 数据库集成测试与隔离
    • 14 · tio-utils

      • 14_tio-utils
      • tio-utils
      • EnvUtils 配置工具
      • Notification
      • Email
      • JSON
      • File
      • Base64
      • 上传和下载
      • Http
      • Telegram
      • RsaUtils
      • HttpUtils
      • ByteBufferUtils
      • 系统监控
      • 线程
      • 虚拟线程
      • 毫秒并发 ID (MCID) 生成方案
      • Base64 输入与锁等待
      • Gzip 与字节缓冲区
      • 字符串查找与随机整数
      • 日期转换与文件名解析
      • JSON 泛型转换与输出配置
      • JWT 签发与校验
      • 集合分页 PageUtils
      • URL 与流复制工具
  • 数据库与数据访问

    • 15 · java-db

      • 15_java-db
      • Db 工具类
      • java‑db
      • 操作数据库入门示例
      • SQL 模板 (SqlTemplates)
      • 数据源配置与使用
      • ActiveRecord
      • Db 工具类
      • 批量操作
      • Model
      • Model生成器
      • 注解
      • 异常处理
      • 数据库事务处理
      • Cache 缓存
      • Dialect 多数据库支持
      • 表关联操作
      • 复合主键
      • Oracle 支持
      • Enjoy SQL 模板
      • 整合 Enjoy 模板最佳实践
      • 多数据源支持
      • 独立使用 ActiveRecord
      • 调用存储过程
      • java-db 整合 Guava 的 Striped 锁优化
      • 生成 SQL
      • 通过实体类操作数据库
      • java-db 读写分离
      • Spring Boot 整合 Java-DB
      • like 查询
      • 常用操作示例
      • Druid 监控集成指南
      • SQL 统计
      • Db 与 PostgreSQL 业务实践
      • 查询资源自动管理
      • Row 展示转换与表格导出
      • 支付回执与权益事务
      • 商业库存与按量履约事务
    • 16 · api-table

      • 16_api-table
      • ApiTable 概述
      • 使用 ApiTable 连接 SQLite
      • 使用 ApiTable 连接 Mysql
      • 使用 ApiTable 连接 Postgres
      • 使用 ApiTable 连接 TDEngine
      • 使用 api-table 连接 oracle
      • 使用 api-table 连接 mysql and tdengine 多数据源
      • EasyExcel 导出
      • EasyExcel 导入
      • ApiTable 的权限与业务边界
      • ApiTable 联调与故障定位
      • ApiTable 实现增删改查
      • 数组类型
      • 单独使用 ApiTable
      • TQL(Table SQL)前端输入规范
    • 17 · MyBatis

      • 17_mybatis
      • Tio-Boot 整合 MyBatis
      • 使用配置类方式整合 MyBatis
      • 整合数据源
      • 使用 mybatis-plus 整合 tdengine
      • 整合 mybatis-plus
    • 18 · jOOQ

      • 18_jooq
      • 使用配置类方式整合 jOOQ
      • tio-boot + jOOQ 事务管理
      • 批量操作与性能优化
      • 整合agroal
      • 代码生成与类型安全
      • 基于 Record / POJO 增删改查
      • UPSERT、批量更新、返回主键与高级 SQL
      • 的多表关联查询、DTO 投影、聚合统计与视图封装
      • 的窗口函数、CTE、JSON 查询与 PostgreSQL 高级 SQL 实战
      • tio-boot + jOOQ 的审计字段、乐观锁、数据权限与企业级 Repository 设计
      • 测试策略、SQL 日志、性能诊断与生产排障
      • 多租户、读写分离与多数据源设计
      • 代码生成治理、数据库迁移与团队协作规范实战
    • 19 · PostgreSQL

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

      • 20_mysql
      • 使用 Docker 运行 MySQL
      • 常见问题
    • 21 · OceanBase

      • 21_oceanbase
      • 快速体验 OceanBase 社区版
      • 快速上手 OceanBase 数据库单机部署与管理
      • 诊断集群性能
      • 优化 SQL 性能指南
      • 待定
    • 22 · Oracle

      • 22_oracle
      • Oracle
    • 23 · SQL Server

      • 23_sqlserver
      • SQL Server
    • 24 · SQLite

      • 24_sqlite
      • SQLite
    • 25 · MongoDB

      • 25_mongodb
      • tio-boot 使用 mongo-java-driver 操作 mongodb
    • 26 · Elasticsearch

      • 26_elasticsearch
      • Elasticsearch
      • JavaDB 整合 ElasticSearch
      • Elastic 工具类使用指南
      • Elastic-search 注意事项
      • ES 课程示例文档
  • 缓存与消息队列

    • 27 · Cache

      • 27_cache
      • Caffeine
      • CacheUtils 工具类
      • 使用 java-db 整合 ehcache
    • 28 · Redis

      • 28_redis
      • 使用 Docker 安装 Redis
      • 使用 java-db 整合 Redis
      • Java DB Redis 相关 Api
      • redis 使用示例
      • 和 RedisTemplate 协作
      • 使用 Jedis 连接池接入 Redis
      • hutool RedisDS
      • Redisson
      • Caffeine 与 Redis 两级缓存
      • 使用 CacheUtils 整合 caffeine 和 redis 实现的两级缓存
    • 29 · 消息队列

      • 29_mq
      • Mica-mqtt
      • EMQX
      • Disruptor
    • 30 · Kafka

      • 30_kafka
      • Kafka
      • AWS MSK
  • 认证与账号体系

    • 31 · 认证与权限

      • 31_authentication
      • FixedTokenInterceptor
      • TokenManager
      • 数据表
      • 匿名登录
      • 个人中心
      • 权限校验注解
      • Sa-Token
      • sa-token 登录注册
      • StpUtil.isLogin() 源码解析
    • 32 · 第三方登录注册

      • 32_third-party-auth
      • 邮箱登录和注册
      • 邮箱重置密码
      • 腾讯云短信登录注册
      • 腾讯云短信重置密码
      • 阿里云短信登录和注册
      • 阿里云短信重置密码
      • 微信登录与绑定手机号
      • 支付宝登录与绑定手机号
      • 微信小程序手机号快捷登录
      • Google登录
      • 阿里云邮件推送验证邮箱
  • 网络通信

    • 33 · AIO

      • 33_aio
      • ByteBuffer
      • AIO HTTP 服务器
      • 自定义和线程池和池化 ByteBuffer
      • AioHttpServer 应用示例 IP 属地查询
      • 手写 AIO Http 服务器
      • Java 21 中的虚拟线程与 AIO
    • 34 · t-io

      • 34_tio
      • 认识 t-io

        • t-io 核心优势与应用价值
        • t-io 消息处理流程
      • 快速上手

        • TioBootServer
        • 独立端口启动 TCP 服务器
        • 内置 TCP 处理器
        • 独立启动 UDPServer
        • 使用内置 UDPServer
      • 核心概念

        • TioConfig
        • ChannelContext
        • Packet
        • Tio 工具类
      • 消息与文件传输

        • 发送数据
        • HTTP 长连接与高效文件传输
        • 使用 AsynchronousSocketChannel 响应数据
      • 连接管理

        • 业务数据绑定
        • 业务数据解绑
        • 关闭连接
        • 资源共享
        • 成员排序
        • 拉黑 IP
      • 加密通信

        • SSL
        • Https建立连接过程
      • 心跳与监控

        • 监控: 心跳
        • 监控: 客户端的流量数据
        • 监控: 单条 TCP 连接的流量数据
        • 监控: 端口的流量数据
        • 单条通道统计: ChannelStat
        • 所有通道统计: GroupStat
      • 深入原理

        • tio-运行原理详解
        • DecodeRunnable
        • t-io 稳定性设计与资源管理
        • 深入解析 Tio 源码:构建高性能 Java 网络应用
        • HTTP、WebSocket 与 TCP 的缓冲区复用
    • 35 · tio-http-server

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

      • 36_tio-websocket
      • WebSocket 服务器
      • WebSocket Client
      • TCP数据转发
    • 37 · Netty

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

      • 38_netty-boot
      • Netty-Boot
      • 原理解析
      • 整合 Hot Reload
      • 整合 数据库
      • 整合 Redis
      • 整合 Elasticsearch
      • 整合 Dubbo
      • Listener
      • 文件上传
      • 拦截器
      • Spring Boot 整合 Netty-Boot
      • SSL 配置指南
      • ChannelInitializer
      • Reserve
  • 集成与扩展

    • 39 · 第三方集成

      • 39_integrations
      • 整合 okhttp
      • 整合 GrpahQL
      • 集成 Mailjet
      • 整合 ip2region
      • 整合 GeoLite 离线库
      • 整合 Lark 机器人指南
      • 集成 Lark Mail 实现邮件发送
      • Thymeleaf
      • Swagger
      • Clerk 验证
      • 集成datadog
    • 40 · Magic Script

      • 40_magic-script
      • tio-boot 与 magic-script 集成指南
    • 41 · Groovy

      • 41_groovy
      • tio-boot 整合 Groovy
      • 调试常用脚本
    • 42 · 爬虫

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

      • 43_dubbo
      • 概述
      • dubbo 2.6.0
      • dubbo 2.6.0 调用过程
      • dubbo 3.2.0
    • 44 · Spring

      • 44_spring
      • Spring Boot Web 整合 Tio Boot
      • spring-boot-starter-webflux 整合 tio-boot
      • tio-boot 整合 spring-boot-starter
      • Tio Boot 整合 Spring Boot Starter db
      • Tio Boot 整合 Spring Boot Starter Data Redis 指南
    • 45 · Spring Cloud

      • 45_spring-cloud
      • tio-boot spring-cloud
    • 46 · Quarkus

      • 46_quarkus
      • Quarkus(无 HTTP)整合 tio-boot(有 HTTP)
      • tio-boot + Quarkus + Hibernate ORM Panache
      • tio-boot + Quarkus + Hibernate ORM Panache + jOOQ 整合方案
    • 47 · Telegram4J

      • 47_telegram4j
      • 数据库设计
      • 基于 HTTP 协议开发 Telegram 翻译机器人
      • 基于 MTProto 协议开发 Telegram 翻译机器人
      • 过滤旧消息
      • 保存机器人消息
      • 定时推送
      • 增加命令菜单
      • 使用 telegram-Client
      • 使用自定义 StoreLayout
      • 延迟测试
      • Reactor 错误处理
      • Telegram4J 常见错误处理指南
      • 处理回调查询
      • Reactor
      • 文档翻译
      • 使用 Tio-Boot 整合 tdlight
      • tio-boot 整合 TelegramBots
      • tio-boot 整合 Telegram-Bot-Utils
      • Telegram-Bot-Utils 使用指南
    • 48 · Telegram Bots

      • 48_telegram-bots
      • TelegramBots 入门指南
      • 使用工具库 telegram-bot-base 开发翻译机器人
    • 49 · 文件存储

      • 49_file-storage
      • 文件上传数据表
      • 本地存储
      • 存储到 亚马逊 S3
      • 存储到 Cloudflare R2
      • 存储到 腾讯 COS
      • 上传文件到阿里云 OSS
    • 50 · 支付

      • 支付集成
      • 微信小程序支付:普通支付
      • 微信支付:Native 扫码支付(PC 网页扫码)
      • 支付宝:电脑网站支付接入指南
      • 支付宝:使用 page.pay 二维码前置模式实现网页内扫码支付
  • Firebase 与 Clerk

    • 51 · Firebase

      • 51_firebase
      • 整合 google firebase
      • Firebase Storage
      • Firebase Authentication
      • 使用 Firebase Admin SDK 进行匿名用户管理与自定义状态标记
      • 导出用户
      • 登录注册
      • 注册回调
    • 52 · Clerk

      • 52_clerk
      • Clerk
  • 多媒体

    • 53 · 音视频处理

      • 53_media
      • JAVE 提取视频中的声音
      • Jave 提取视频中的图片
      • 待定
    • 54 · 语音识别

      • 54_asr
      • Whisper-JNI
    • 55 · 语音合成

      • 55_tts
    • 56 · 文字识别

      • 56_ocr
    • 57 · Native Media

      • 57_native-media
      • java-native-media
      • JNI 入门示例
      • mp3 拆分
      • mp4 转 mp3
      • 使用 libmp3lame 实现高质量 MP3 编码
      • Linux 编译
      • macOS 编译
      • 从 JAR 包中加载本地库文件
      • 支持的音频和视频格式
      • 任意格式转为 mp3
      • 通用格式转换
      • 通用格式拆分
      • 视频合并
      • VideoToHLS
      • split_video_to_hls 支持其他语言
      • 持久化 HLS 会话
      • 获取视频长度
      • 保存视频的最后一帧
      • 添加水印
      • linux版本
    • 58 · 计算机视觉

      • 58_computer-vision
      • 使用 Java 运行 YOLOv8 ONNX 模型进行目标检测
      • tio-boot整合yolo
      • ONNX Runtime 推理说明
      • Paddle Structure
      • tio-boot 整合 Paddle Structure
      • tio-boot整合Paddle Structure 提取图片
      • U2Net 图片去背景原理
      • tio-boot 整合 U2Net 实现图片去背景
  • AI 开发

    • 59 · java-openai

      • 59_java-openai
      • 简介
      • 流式生成
      • 图片多模态输入
      • Google Gemini接入
      • google Vertex AI 接入
      • Perplexity API
      • WhisperClient 语音识别
      • SupadataClient 获取视频字幕
      • GiteeClient 文档解析与图片 OCR
      • DeepSeekClient 官方模型查询
      • BailianTTSClient 语音合成
      • 为单次生成配置独立传输策略
      • 按业务档位选模型
      • UniChatClient 与调用方 HTTP 客户端
    • 60 · AI Agent

      • 60_ai-agent
      • 数据库设计
      • 示例问题管理
      • 会话管理
      • 历史记录
      • 意图识别
      • 智能问答
      • 文件上传与解析文档
      • 翻译
      • 名人搜索功能实现
      • Ai studio gemini youbue 问答使用说明
      • 自建 YouTube 字幕问答系统
      • 自建 获取 youtube 字幕服务
      • 使用 OpenAI ASR 实现语音识别接口(Java 后端示例)
      • 定向搜索
      • 16
      • 17
      • 18
      • 在 tio-boot 应用中整合 ai-agent
      • 接口文档
      • 自定义 ChatAskService
      • 请求记录
      • 限流和错误处理
      • 增强检索(RAG)
      • 结构化数据检索
      • AI 问答
      • 连接代码执行器
      • 待定
      • 模型编程能力评测
      • 音频会话 SDP 示例
    • 61 · 知识库

      • Java MossKB 知识库文档
      • 学术论文
      • 数据库设计
      • 用户登录实现
      • 模型管理
      • 知识库管理
      • 文档拆分
      • 片段向量
      • 命中测试
      • 文档管理
      • 片段管理
      • 问题管理
      • 应用管理
      • 向量检索
      • 推理问答
      • 问答模块
      • 统计分析
      • 用户管理
      • VL模型文档解析方案和费用对比
      • 文档解析模型实测
      • 文档解析优化
      • 片段汇总
      • 段落分块与检索
      • 多文档解析
      • 检索性能优化
      • 对话日志
      • 创建独立用户与账号资源管理
      • api 管理
      • 独立对话页
      • 嵌入第三方web系统
      • 分段预览
      • 文档预览
      • 多轮检索
      • 上下文压缩
      • 支持自定义模型
      • 爬取网页数据
      • 隔离 Python 执行环境配置
      • 隔离 Python 执行器
      • 函数库与调用接口
      • Windows 与 Linux 部署
      • 离线运行向量模型
      • Milvus
      • 存储文件到云存储
      • 文档解析异步化
    • 62 · AI 搜索

      • 62_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 部署
      • 爬取一个静态网站的所有数据
      • 网页数据预处理
      • 网页数据检索与问答流程整合
    • 63 · 语音 Agent

      • 63_voice-agent
      • 整合Gemini realtime模型
      • Voice Agent 前端接入接口文档
      • 整合千问realtime模型
      • 打断支持
      • 主动介入
      • eleven labs
      • 基于 tio-boot + ElevenLabs 构建实时语音 Agent(支持打断与主动介入)
    • 64 · AI Coding

      • 64_ai-coding
      • Cline 提示词
      • Cline 提示词-中文版本
    • 65 · AI Browser

      • deepseek-browser-use:从入门到源码
      • deepseek-browser-use:概念与学习路线
      • 安装、启动与健康检查
      • 第一个任务:打开页面、读取结果与关闭
      • 客户端:dsb 命令行、Python 与 PowerShell
      • 统一命令接口与人机协作
      • 浏览器、profile 与登录态
      • 窗口尺寸与页面视口
      • 接入智能体:观察、执行与验证
      • 表单与多层弹窗排障:防止重复提交
      • 调用追踪、页面留档与文件上传
      • 站点配方、技能与异步作业
      • Windows OCR:本地图片与页面文字识别
      • 配置项与运维自省
      • 命令清单
      • 源码教程:从 HTTP 请求到命令执行
      • DOM 原理:前端如何生成可交互快照
      • DOM 原理:Java 模型与跨 Frame 索引
      • 正文提取与上层结构化处理
      • 源码教程:生命周期、导航与页签
      • 源码教程:DOM、页面状态与元素读取
      • 源码教程:点击、输入、键盘与鼠标
      • 源码教程:等待条件与 JavaScript 执行
      • 源码教程:文件上传、截图、PDF 与 OCR
      • 源码教程:Cookie、存储与页面设置
      • 源码教程:网络记录、请求拦截与控制台
      • 源码教程:原生对话框、DOM 弹窗与人机协作
      • 源码教程:批量、配方、后台作业与维护
      • 源码教程:Chrome 走 CDP 与 CDP 客户端
      • 请求响应关联与线程约束
      • DeepSeek Harness 插件开发入门:从入口到第一个工具
      • 开发 dsh-plugin-deepseek-browser-use:HTTP 客户端与基础工具
      • 开发 dsh-plugin-deepseek-browser-use:会话、作业、文件与图片
      • 把 dsh-plugin-deepseek-browser-use 构建并安装到 DeepSeek Harness
      • DeepSeek Harness 原生浏览器插件:安装、配置与使用
      • DeepSeek Harness 原生浏览器插件:源码、生命周期与测试
      • 后端自动管理:安装 Java 与 Git、更新源码、编译和启动
      • 页面正在导航与主 Frame 缺失:PAGE_NAVIGATING
      • dsb 客户端:Go 版本、多目标与后端服务管理
  • 项目实战

    • 66 · java-uni-ai-server

      • 66_java-uni-ai-server
      • 语音合成系统
      • Fish.audio TTS 接口说明文档与 Java 客户端封装
      • 整合 fishaudio 到 java-uni-ai-server 项目
      • 待定
    • 67 · java-llm-proxy

      • 67_java-llm-proxy
      • 使用tio-boot搭建多模型LLM代理服务
    • 68 · java-kit-server

      • 68_java-kit-server
      • Java 执行 python 代码
      • 通过大模型执行 Python 代码
      • 执行 Python (Manim) 代码
      • 待定
      • 待定
      • 待定
      • 视频下载增加水印说明文档
    • 69 · tio-im

      • 69_tio-im
      • 通讯协议文档
      • ChatPacket.proto 文档
      • java protobuf
      • 数据表设计
      • 创建工程
      • 登录
      • 历史消息
      • 发消息
    • 70 · tio-mail-wing

      • 70_tio-mail-wing
      • tio-mail-wing简介
      • 任务1:实现POP3系统
      • 使用 getmail 验证 tio-mail-wing POP3 服务
      • 任务2:实现 SMTP 服务
      • 数据库初始化文档
      • 用户管理
      • 邮件管理
      • 任务3:实现 SMTP 服务 数据库版本
      • 任务4:实现 POP3 服务(数据库版本)
      • IMAP 协议
      • 拉取多封邮件
      • 任务5:实现 IMAP 服务(数据库版本)
      • IMAP实现讲解
      • IMAP 手动测试脚本
      • IMAP 认证机制
      • 主动推送
      • namesapce
      • CONDSTORE and QRESYNC
    • 71 · tio-mcp-server

      • 71_tio-mcp-server
      • 实现 MCP Server 开发指南
      • MCP 协议
      • /zh/71_tio-mcp-server/11.html
    • 72 · tio-log-server

      • 72_tio-log-server
      • 简介
      • 收集 docker 日志
      • 入库
    • 73 · tio-sip

      • 73_tio-sip
      • SIP Server 第一版原理说明
      • SIP Server 第一版实战
      • 一、Windows 平台测试
      • SIP Server 第二版实战
      • SIP Server 第三版实战
      • 性能优化
      • 基于 MediaProcessor 对接 Realtime 模型说明
      • 对接大语言模型
      • 支持 G722 宽带语音
      • G722编码和解码
      • 会话级采样率转换
      • 增加 9196 回声测试分机
      • 语音系统链路说明
      • 一、Gemini Realtime 的打断机制
    • 74 · tio-boot-admin

      • 74_tio-boot-admin
      • 入门指南:使用框架内置配置
      • 手动初始化数据库
      • 配置职责、生效条件与扩展边界
      • 整合数据库
      • 与前端集成
      • 文件上传
      • 网络请求
      • 单图片管理(只读模式)
      • 多图片管理
      • 布尔值管理
      • 字段联动
      • Word 管理
      • PDF 管理
      • 文章管理
      • 富文本编辑器
      • 整合 Enjoy 模版引擎
      • 历史可选方案:Token 存储与 Sa-Token
      • 业务 API 与 H5 / 小程序联调
      • 方法路由与业务鉴权
      • 整合 Redis
      • 整合 Elasticsearch
      • 后端开发规范:tio-boot、java-db 与 Kv
      • 多表实现文件数据存储
      • 受限事项与原操作闭环
      • 具名业务后台与受控命令集成
      • 固定用途查询、受控导出与删除证明
      • 登录与认证
    • 75 · 案例

      • 75_examples
      • 封装 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 命令
      • /zh/75_examples/11.html
      • /zh/75_examples/12.html
      • /zh/75_examples/13.html
  • 性能、原理与源码

    • 76 · 性能测试

      • 76_performance
      • 压力测试 - tio-http-serer
      • 压力测试 - tio-boot
      • 压力测试 - tio-boot-native
      • 压力测试 - netty-boot
      • 性能测试对比
      • TechEmpower FrameworkBenchmarks
      • 压力测试 - tio-boot 12 C 32G
      • HTTP/1.1 Pipelining 性能测试报告
      • tio-boot vs Quarkus 性能对比测试报告
    • 77 · 原理

      • 77_internals
      • 生命周期
      • 请求处理流程
      • 重要的类
    • 78 · 源码解析

      • 78_source-code
      • 源码阅读入口
      • Swagger 整合到 Tio-Boot 中的指南
      • 启动与关闭生命周期
      • HTTP 请求分发与路由优先级
      • 高性能网络编程中的 ByteBuffer 分配与回收策略
      • TioBootServerHandler 源码解析
      • HTTP 请求与连接生命周期

api 管理

  • 一、功能范围
  • 二、后端接口
    • 路由优先级
    • 职责分工
  • 三、服务层实现
  • 四、密钥认证
  • 五、数据表
  • 六、前端页面
  • 七、调用示例
  • 八、界面操作步骤
  • 九、验收结果
  • 十、部署与构建
  • 十一、已知取舍

本章完成应用的 API 访问凭证管理:为应用创建 API 密钥,第三方拿着密钥就能直接调用应用的问答接口,不再依赖登录态。除应用密钥外,也提供账号级密钥的接口。前端沿用官方界面,后端接口、密钥认证与数据表在本项目中一并补齐。

一、功能范围

能力状态说明
应用密钥列表已完成按应用归属过滤,密钥原文直接展示,可一键复制
创建应用密钥已完成服务端生成 application- 前缀加 32 位随机串,默认启用
启用 / 停用密钥已完成停用后带该密钥的请求立即返回 401,无需等待缓存过期
删除密钥已完成逻辑删除,同时把 is_active 置为 false
跨域来源配置已完成默认禁止跨域;开启后按来源列表放行,列表为空表示不限制
账号密钥已完成system- 前缀,代表密钥所属账号本身,接口与列表结构同构
密钥调用应用问答已完成密钥可当 Bearer 令牌用,能开会话并流式问答
密钥访问范围已完成应用密钥只能访问所属应用:带应用 ID 的跨应用请求返回 403,不带应用 ID 的会话路径由会话归属校验兜底
归属隔离已完成普通账号看不到、也改不了别人的应用密钥

密钥的两级设计各管一件事:应用密钥给第三方集成用,权限只覆盖它所属的那个应用;账号密钥代表账号本身,供账号自己的开放调用使用。两级密钥都只在库里保存密钥本身,不额外保存调用方资料,也不与登录令牌互相转换。

二、后端接口

应用密钥挂在应用路径下,账号密钥挂在 /api/system/api_key 下。控制器只做参数绑定,归属校验、字段合并等业务规则放在服务层:

package nexus.io.mosskb.controller;

import com.alibaba.fastjson2.JSONObject;

import nexus.io.annotation.Delete;
import nexus.io.annotation.Get;
import nexus.io.annotation.Post;
import nexus.io.annotation.Put;
import nexus.io.annotation.RequestPath;
import nexus.io.jfinal.aop.Aop;
import nexus.io.mosskb.service.kb.MossKbApiKeyService;
import nexus.io.model.result.ResultVo;
import nexus.io.tio.boot.http.TioRequestContext;
import nexus.io.tio.http.common.HttpRequest;
import nexus.io.tio.utils.hutool.StrUtil;
import nexus.io.tio.utils.json.FastJson2Utils;

/**
 * 应用 API 密钥。路径前缀与 ApiApplicationController 相同,靠更具体的路径段匹配,
 * 因此带 api_key 的请求不会落到应用分页接口上。
 */
@RequestPath("/api/application")
public class ApiApplicationApiKeyController {

  @Get("/{applicationId}/api_key")
  public ResultVo list(Long applicationId) {
    return Aop.get(MossKbApiKeyService.class).listApplicationKeys(TioRequestContext.getUserIdLong(), applicationId);
  }

  @Post("/{applicationId}/api_key")
  public ResultVo create(Long applicationId) {
    return Aop.get(MossKbApiKeyService.class).createApplicationKey(TioRequestContext.getUserIdLong(), applicationId);
  }

  @Put("/{applicationId}/api_key/{apiKeyId}")
  public ResultVo update(Long applicationId, Long apiKeyId, HttpRequest request) {
    return Aop.get(MossKbApiKeyService.class).updateApplicationKey(TioRequestContext.getUserIdLong(), applicationId,
        apiKeyId, body(request));
  }

  @Delete("/{applicationId}/api_key/{apiKeyId}")
  public ResultVo delete(Long applicationId, Long apiKeyId) {
    return Aop.get(MossKbApiKeyService.class).deleteApplicationKey(TioRequestContext.getUserIdLong(), applicationId,
        apiKeyId);
  }

  private JSONObject body(HttpRequest request) {
    String bodyString = request.getBodyString();
    return StrUtil.isBlank(bodyString) ? new JSONObject() : FastJson2Utils.parseObject(bodyString);
  }
}

账号密钥的列表与新增在官方前端里带结尾斜杠(/api/system/api_key/),为了让前端与 curl 共用同一组接口,这两种写法都注册一次,其余方法保持一致:

package nexus.io.mosskb.controller;

import com.alibaba.fastjson2.JSONObject;

import nexus.io.annotation.Delete;
import nexus.io.annotation.Get;
import nexus.io.annotation.Post;
import nexus.io.annotation.Put;
import nexus.io.annotation.RequestPath;
import nexus.io.jfinal.aop.Aop;
import nexus.io.mosskb.service.kb.MossKbApiKeyService;
import nexus.io.model.result.ResultVo;
import nexus.io.tio.boot.http.TioRequestContext;
import nexus.io.tio.http.common.HttpRequest;
import nexus.io.tio.utils.hutool.StrUtil;
import nexus.io.tio.utils.json.FastJson2Utils;

/** 账号 API 密钥:代表当前登录账号,列表只返回自己的密钥。 */
@RequestPath("/api/system/api_key")
public class ApiSystemApiKeyController {

  @Get("")
  public ResultVo list() {
    return listKeys();
  }

  @Get("/")
  public ResultVo listWithTrailingSlash() {
    return listKeys();
  }

  @Post("")
  public ResultVo create() {
    return createKey();
  }

  @Post("/")
  public ResultVo createWithTrailingSlash() {
    return createKey();
  }

  @Put("/{apiKeyId}")
  public ResultVo update(Long apiKeyId, HttpRequest request) {
    return Aop.get(MossKbApiKeyService.class).updateUserKey(TioRequestContext.getUserIdLong(), apiKeyId, body(request));
  }

  @Delete("/{apiKeyId}")
  public ResultVo delete(Long apiKeyId) {
    return Aop.get(MossKbApiKeyService.class).deleteUserKey(TioRequestContext.getUserIdLong(), apiKeyId);
  }

  private ResultVo listKeys() {
    return Aop.get(MossKbApiKeyService.class).listUserKeys(TioRequestContext.getUserIdLong());
  }

  private ResultVo createKey() {
    return Aop.get(MossKbApiKeyService.class).createUserKey(TioRequestContext.getUserIdLong());
  }

  private JSONObject body(HttpRequest request) {
    String bodyString = request.getBodyString();
    return StrUtil.isBlank(bodyString) ? new JSONObject() : FastJson2Utils.parseObject(bodyString);
  }
}
接口行为
GET /api/application/{applicationId}/api_key应用密钥列表,按创建时间倒序,最多 100 条
POST /api/application/{applicationId}/api_key创建应用密钥,返回新密钥完整记录
PUT /api/application/{applicationId}/api_key/{apiKeyId}修改启用状态与跨域设置,未提交的字段保持原值
DELETE /api/application/{applicationId}/api_key/{apiKeyId}逻辑删除应用密钥
GET /api/system/api_key、GET /api/system/api_key/当前账号的密钥列表
POST /api/system/api_key、POST /api/system/api_key/创建账号密钥,返回新密钥完整记录
PUT /api/system/api_key/{apiKeyId}修改账号密钥的启用状态与跨域设置
DELETE /api/system/api_key/{apiKeyId}逻辑删除账号密钥

路径匹配按段解析,同一个地址带结尾斜杠与不带结尾斜杠等价,因此官方前端对账号密钥的 PUT、DELETE 使用 /api/system/api_key/{apiKeyId}/ 也能直接命中;只有纯字面量的列表与新增路径需要成对注册,两种写法都能直接调用。

路由优先级

应用密钥接口与应用分页接口共用 /api/application 前缀,路由按「固定段更多的模板优先」裁决:/api/application/{applicationId}/api_key 的固定段是 api、application、api_key 三段,比 /api/application/{pageNo}/{pageSize} 的两段更具体,带 api_key 的请求稳定命中密钥接口。这一点在接口层面做过验证:GET /api/application/{applicationId}/api_key 返回的是密钥数组,而不是应用分页结果。

职责分工

路径模板、路径变量注入、JSON 返回体与统一响应结构都由框架处理,控制器只需要声明路径、参数与返回值,方法里没有一行解析路径的代码;归属校验写在服务层,认证集中在拦截器。这样做的直接好处是:登录令牌与 API 密钥共用同一套鉴权入口,密钥不需要单独开一条业务通道,后续新增接口也不会漏掉鉴权。SQL 用文本块书写,多行语句在源码里保持数据库里能直接执行的排版,排查问题时可以把整段语句原样贴进客户端。

三、服务层实现

服务层把每条 SQL 都写成 Java 21 的文本块常量("""),参数全部走占位符,不做字符串拼接。应用密钥的每次读写都带 application_id 条件,账号密钥的每次读写都带 user_id 条件,越权请求在数据库层就查不到记录:

package nexus.io.mosskb.service.kb;

import java.util.ArrayList;
import java.util.List;
import java.util.UUID;

import com.alibaba.fastjson2.JSONArray;
import com.alibaba.fastjson2.JSONObject;
import com.jfinal.kit.Kv;

import nexus.io.db.activerecord.Db;
import nexus.io.db.activerecord.Row;
import nexus.io.mosskb.constant.MossKbTableNames;
import nexus.io.mosskb.service.ApiKeyAuth;
import nexus.io.model.result.ResultVo;
import nexus.io.tio.utils.hutool.StrUtil;
import nexus.io.tio.utils.snowflake.SnowflakeIdUtils;

public class MossKbApiKeyService {

  /** 密钥列表最多返回的条数,避免密钥过多时把界面拖慢。 */
  private static final int KEY_LIMIT = 100;

  /** 单个密钥允许配置的来源数量上限。 */
  private static final int ORIGIN_LIMIT = 32;

  private static final String LIST_APPLICATION_KEYS = """
      select id, secret_key, application_id, user_id, is_active, allow_cross_domain, cross_domain_list, create_time
      from moss_kb_application_api_key
      where application_id = ?
        and deleted = 0
      order by create_time desc
      limit %d
      """.formatted(KEY_LIMIT);

  private static final String FIND_APPLICATION_KEY = """
      select id, secret_key, application_id, user_id, is_active, allow_cross_domain, cross_domain_list, create_time
      from moss_kb_application_api_key
      where id = ?
        and application_id = ?
        and deleted = 0
      """;

  private static final String UPDATE_APPLICATION_KEY = """
      update moss_kb_application_api_key
      set is_active = ?,
          allow_cross_domain = ?,
          cross_domain_list = ?,
          update_time = now()
      where id = ?
        and application_id = ?
        and deleted = 0
      """;

  private static final String DELETE_APPLICATION_KEY = """
      update moss_kb_application_api_key
      set deleted = 1,
          is_active = false,
          update_time = now()
      where id = ?
        and application_id = ?
        and deleted = 0
      """;
}

列表、创建、修改、删除四个动作都先做一次应用归属校验,再用「主键 + 应用 ID」作为更新条件。修改用「先读后并」的方式处理部分字段:请求里出现的字段覆盖原值,没出现的字段保留原值,因此前端只提交 is_active 时不会顺带清掉跨域配置:

  public ResultVo updateApplicationKey(Long userId, Long applicationId, Long apiKeyId, JSONObject input) {
    if (!ApplicationAccess.owns(userId, applicationId)) {
      return ResultVo.fail("应用不存在或无权访问");
    }
    Row existing = Db.findFirst(FIND_APPLICATION_KEY, apiKeyId, applicationId);
    if (existing == null) {
      return ResultVo.fail("密钥不存在");
    }
    int updated = Db.update(UPDATE_APPLICATION_KEY, enabled(input, existing), crossDomain(input, existing),
        (Object) crossDomainList(input, existing), apiKeyId, applicationId);
    return updated == 1 ? ResultVo.ok() : ResultVo.fail("密钥不存在");
  }

  public ResultVo deleteApplicationKey(Long userId, Long applicationId, Long apiKeyId) {
    if (!ApplicationAccess.owns(userId, applicationId)) {
      return ResultVo.fail("应用不存在或无权访问");
    }
    int updated = Db.update(DELETE_APPLICATION_KEY, apiKeyId, applicationId);
    return updated == 1 ? ResultVo.ok() : ResultVo.fail("密钥不存在");
  }

账号密钥的服务方法同名同理,只是把条件换成 user_id;管理员也不例外,账号密钥始终只属于创建它的账号:

  public ResultVo listUserKeys(Long userId) {
    return ResultVo.ok(toKv(Db.find(LIST_USER_KEYS, userId)));
  }

  public ResultVo updateUserKey(Long userId, Long apiKeyId, JSONObject input) {
    Row existing = Db.findFirst(FIND_USER_KEY, apiKeyId, userId);
    if (existing == null) {
      return ResultVo.fail("密钥不存在");
    }
    int updated = Db.update(UPDATE_USER_KEY, enabled(input, existing), crossDomain(input, existing),
        (Object) crossDomainList(input, existing), apiKeyId, userId);
    return updated == 1 ? ResultVo.ok() : ResultVo.fail("密钥不存在");
  }

新建密钥时写入主键、前缀加 32 位随机串、归属与默认值,然后回查一次返回,保证新增与列表返回同一份结构(含 create_time):

  /**
   * 新密钥默认启用、默认不允许跨域,来源列表为空;返回主键供调用方回查,保证新增与列表返回同一份结构。
   */
  private Long insert(String tableName, String prefix, Long userId, Long applicationId) {
    Long apiKeyId = SnowflakeIdUtils.id();
    Row record = Row.by("id", apiKeyId).set("secret_key", prefix + UUID.randomUUID().toString().replace("-", ""))
        .set("user_id", userId).set("is_active", true).set("allow_cross_domain", false)
        .set("cross_domain_list", new String[] {});
    if (applicationId != null) {
      record.set("application_id", applicationId);
    }
    Db.save(tableName, record);
    return apiKeyId;
  }

  public ResultVo createApplicationKey(Long userId, Long applicationId) {
    if (!ApplicationAccess.owns(userId, applicationId)) {
      return ResultVo.fail("应用不存在或无权访问");
    }
    Long apiKeyId = insert(MossKbTableNames.moss_kb_application_api_key, ApiKeyAuth.APPLICATION_PREFIX, userId,
        applicationId);
    return ResultVo.ok(Db.findFirst(FIND_APPLICATION_KEY, apiKeyId, applicationId).toKv());
  }

跨域来源列表做去空、去首尾空白和长度限制,最多 32 条、单条不超过 128 字符,避免把任意文本写进数据库:

  private String[] crossDomainList(JSONObject input, Row existing) {
    if (input.containsKey("cross_domain_list")) {
      return origins(input.getJSONArray("cross_domain_list"));
    }
    String[] current = existing.get("cross_domain_list");
    return current == null ? new String[] {} : current;
  }

  /** 来源列表做去空、去空白和长度限制,避免把任意文本写进数据库。 */
  private String[] origins(JSONArray array) {
    List<String> origins = new ArrayList<>();
    if (array != null) {
      for (int i = 0; i < array.size() && origins.size() < ORIGIN_LIMIT; i++) {
        String origin = array.getString(i);
        if (StrUtil.isNotBlank(origin) && origin.trim().length() <= 128) {
          origins.add(origin.trim());
        }
      }
    }
    return origins.toArray(new String[0]);
  }

四、密钥认证

密钥是不透明字符串而不是 JWT,所以不能走令牌解析。认证器按前缀区分两把钥匙,先在密钥表里查主体,再交给拦截器裁决访问范围:

package nexus.io.mosskb.service;

import nexus.io.db.activerecord.Db;
import nexus.io.db.activerecord.Row;

/**
 * API 密钥解析。密钥是不透明字符串而不是 JWT,因此不能走令牌校验,需要直接在密钥表里查找。
 */
public final class ApiKeyAuth {

  /** 应用密钥前缀。 */
  public static final String APPLICATION_PREFIX = "application-";

  /** 账号密钥前缀。 */
  public static final String USER_PREFIX = "system-";

  private static final String FIND_APPLICATION_KEY = """
      select k.id, k.application_id, k.user_id, k.is_active, k.allow_cross_domain, k.cross_domain_list
      from moss_kb_application_api_key k
      join moss_kb_application a on a.id = k.application_id
      where k.secret_key = ?
        and k.deleted = 0
        and a.deleted = 0
      """;

  private static final String FIND_USER_KEY = """
      select id, user_id, is_active, allow_cross_domain, cross_domain_list
      from moss_kb_user_api_key
      where secret_key = ?
        and deleted = 0
      """;

  public static boolean isApiKey(String token) {
    return token != null && (token.startsWith(APPLICATION_PREFIX) || token.startsWith(USER_PREFIX));
  }

  public static ApiKeyPrincipal resolve(String token) {
    if (!isApiKey(token)) {
      return null;
    }
    boolean application = token.startsWith(APPLICATION_PREFIX);
    Row record = Db.findFirst(application ? FIND_APPLICATION_KEY : FIND_USER_KEY, token);
    if (record == null) {
      return null;
    }
    String[] crossDomainList = record.get("cross_domain_list");
    if (crossDomainList == null) {
      crossDomainList = new String[] {};
    }
    return new ApiKeyPrincipal(record.getLong("user_id"), application ? record.getLong("application_id") : null,
        Boolean.TRUE.equals(record.getBoolean("is_active")),
        Boolean.TRUE.equals(record.getBoolean("allow_cross_domain")), crossDomainList);
  }

  /**
   * 密钥主体:userId 是密钥所属账号,applicationId 只有应用密钥才有。
   */
  public record ApiKeyPrincipal(Long userId, Long applicationId, boolean active, boolean allowCrossDomain,
      String[] crossDomainList) {

    public boolean applicationKey() {
      return applicationId != null;
    }
  }
}

拦截器在原有的令牌校验之前先分流:命中密钥就走进密钥分支,明文令牌不再参与 JWT 校验。密钥分支做四件事——密钥必须启用、所属账号必须启用且未删除、请求路径必须在密钥范围内、来源必须被允许。下面是拦截器的摘录,登录令牌分支只保留分流点,其余与第 25 章一致:

package nexus.io.mosskb.inteceptor;

import java.util.regex.Matcher;
import java.util.regex.Pattern;

import nexus.io.db.activerecord.Db;
import nexus.io.db.activerecord.Row;
import nexus.io.mosskb.service.ApiKeyAuth;
import nexus.io.tio.boot.http.TioRequestContext;
import nexus.io.tio.http.common.HttpRequest;
import nexus.io.tio.http.common.HttpResponse;
import nexus.io.tio.http.common.HttpResponseStatus;
import nexus.io.tio.http.common.RequestLine;
import nexus.io.tio.http.server.intf.HttpRequestInterceptor;
import nexus.io.tio.utils.hutool.StrUtil;

public class MossKbAuthInterceptor implements HttpRequestInterceptor {

  /** 带应用 ID 的路径,用于比对密钥的应用范围。 */
  private static final Pattern APPLICATION_PATH = Pattern.compile("^/api/application/(\\d+)(/.*)?$");

  /** 账号状态与令牌版本,登录令牌分支与密钥分支共用。 */
  private static final String ACCOUNT_STATE = """
      select role, is_active, deleted, token_version
      from moss_kb_user
      where id = ?
      """;

  @Override
  public HttpResponse doBeforeHandler(HttpRequest request, RequestLine requestLine, HttpResponse responseFromCache) {
    String authorization = request.getHeader("authorization");
    String rawToken = authorization == null ? null : authorization.replaceFirst("(?i)^Bearer\\s+", "");

    // 密钥是不透明字符串,不进下面的 JWT 校验分支
    if (ApiKeyAuth.isApiKey(rawToken)) {
      return doBeforeApiKeyHandler(request, requestLine, rawToken);
    }

    // 登录令牌分支:解析令牌、校验账号状态与令牌版本、按前缀校验管理员权限与资源归属,
    // 通过后 TioRequestContext.setUserId(userId) 并 return null;这里只保留分流点,完整实现见第 25 章。
    return null;
  }

  private HttpResponse doBeforeApiKeyHandler(HttpRequest request, RequestLine requestLine, String rawToken) {
    ApiKeyAuth.ApiKeyPrincipal principal = ApiKeyAuth.resolve(rawToken);
    if (principal == null || !principal.active()) {
      return deny(HttpResponseStatus.C401);
    }
    Row account = Db.findFirst(ACCOUNT_STATE, principal.userId());
    if (account == null || !Boolean.TRUE.equals(account.getBoolean("is_active")) || account.getInt("deleted") != 0) {
      return deny(HttpResponseStatus.C401);
    }
    String path = requestLine.getPath();
    if (!withinKeyScope(principal, path) || !acceptsCaller(principal, request)) {
      return deny(HttpResponseStatus.C403);
    }
    TioRequestContext.setUserId(principal.userId());
    return null;
  }

  /** 应用密钥只能访问所属应用的接口;账号密钥不额外限制路径。 */
  private boolean withinKeyScope(ApiKeyAuth.ApiKeyPrincipal principal, String path) {
    if (!principal.applicationKey()) {
      return true;
    }
    if (!path.startsWith("/api/application/")) {
      return false;
    }
    Matcher application = APPLICATION_PATH.matcher(path);
    return !application.matches() || principal.applicationId().equals(Long.valueOf(application.group(1)));
  }

  private HttpResponse deny(HttpResponseStatus status) {
    HttpResponse denied = TioRequestContext.getResponse();
    denied.setStatus(status);
    return denied;
  }

  // …acceptsCaller 见下文…
}

范围判定用路径里的数字应用 ID 比对,所以 /api/application/{其他应用ID}/api_key 这类请求会被拦下;/api/application/chat_message/{会话ID} 这样的路径本身不带应用 ID,它由业务层的会话归属校验兜底——只有会话的 client_id 本人或管理员才能继续提问。

认证通过后,请求上下文里的账号就是密钥所属的账号,后续会话创建、聊天记录归属、知识库检索都按这个账号执行,业务代码不需要知道这次调用用的是密钥还是登录令牌。

跨域设置只作用于密钥调用,同源请求与服务器之间的调用直接放行,因此不会影响界面自身的请求:

  /** 跨域设置只作用于密钥调用:同源请求或未声明来源的调用直接放行。 */
  private boolean acceptsCaller(ApiKeyAuth.ApiKeyPrincipal principal, HttpRequest request) {
    String origin = request.getOrigin();
    if (StrUtil.isBlank(origin)) {
      return true;
    }
    String host = request.getHost();
    if (host != null && origin.contains(host)) {
      return true;
    }
    if (!principal.allowCrossDomain()) {
      return false;
    }
    String[] allowed = principal.crossDomainList();
    if (allowed == null || allowed.length == 0) {
      return true;
    }
    for (String item : allowed) {
      if ("*".equals(item) || origin.equalsIgnoreCase(item)) {
        return true;
      }
    }
    return false;
  }

五、数据表

两张密钥表结构一致,只差一个归属列,都带审计列与逻辑删除标记:

CREATE TABLE IF NOT EXISTS moss_kb_application_api_key (
  id BIGINT PRIMARY KEY,
  secret_key VARCHAR(128) NOT NULL,
  application_id BIGINT NOT NULL,
  user_id BIGINT NOT NULL,
  is_active BOOLEAN NOT NULL DEFAULT TRUE,
  allow_cross_domain BOOLEAN NOT NULL DEFAULT FALSE,
  cross_domain_list VARCHAR[] NOT NULL DEFAULT '{}',
  remark VARCHAR(256),
  creator VARCHAR(64) DEFAULT '',
  create_time TIMESTAMP WITH TIME ZONE NOT NULL DEFAULT CURRENT_TIMESTAMP,
  updater VARCHAR(64) DEFAULT '',
  update_time TIMESTAMP WITH TIME ZONE NOT NULL DEFAULT CURRENT_TIMESTAMP,
  deleted SMALLINT DEFAULT 0,
  tenant_id BIGINT NOT NULL DEFAULT 0
);

CREATE UNIQUE INDEX IF NOT EXISTS moss_kb_application_api_key_secret_key
  ON moss_kb_application_api_key (secret_key);
CREATE INDEX IF NOT EXISTS moss_kb_application_api_key_application_id
  ON moss_kb_application_api_key (application_id);

CREATE TABLE IF NOT EXISTS moss_kb_user_api_key (
  id BIGINT PRIMARY KEY,
  secret_key VARCHAR(128) NOT NULL,
  user_id BIGINT NOT NULL,
  is_active BOOLEAN NOT NULL DEFAULT TRUE,
  allow_cross_domain BOOLEAN NOT NULL DEFAULT FALSE,
  cross_domain_list VARCHAR[] NOT NULL DEFAULT '{}',
  remark VARCHAR(256),
  creator VARCHAR(64) DEFAULT '',
  create_time TIMESTAMP WITH TIME ZONE NOT NULL DEFAULT CURRENT_TIMESTAMP,
  updater VARCHAR(64) DEFAULT '',
  update_time TIMESTAMP WITH TIME ZONE NOT NULL DEFAULT CURRENT_TIMESTAMP,
  deleted SMALLINT DEFAULT 0,
  tenant_id BIGINT NOT NULL DEFAULT 0
);

CREATE UNIQUE INDEX IF NOT EXISTS moss_kb_user_api_key_secret_key
  ON moss_kb_user_api_key (secret_key);
CREATE INDEX IF NOT EXISTS moss_kb_user_api_key_user_id
  ON moss_kb_user_api_key (user_id);

建表脚本放在迁移目录里,可重复执行,并已加入初始化脚本的迁移清单;cross_domain_list 用 VARCHAR[] 直接对应界面上的多行文本,一条来源一行。

字段取值约定:secret_key 为 application- 或 system- 前缀加 32 位十六进制随机串,全局唯一;is_active 控制密钥是否可用;allow_cross_domain 与 cross_domain_list 只在密钥调用时参与判断;deleted 为 1 表示已删除,删除后的密钥立即失效且不再出现在列表里。

六、前端页面

前端的接口封装与后端路由一一对应,应用密钥挂在应用接口文件里,账号密钥单独一份:

import { Result } from '@/request/Result'
import { get, post, del, put } from '@/request/index'
import { type Ref } from 'vue'

const prefix = '/application'

/**
 * API_KEY列表
 * @param 参数 application_id
 */
const getAPIKey: (application_id: string, loading?: Ref<boolean>) => Promise<Result<any>> = (
  application_id,
  loading
) => {
  return get(`${prefix}/${application_id}/api_key`, undefined, loading)
}

/**
 * 新增API_KEY
 * @param 参数 application_id
 */
const postAPIKey: (application_id: string, loading?: Ref<boolean>) => Promise<Result<any>> = (
  application_id,
  loading
) => {
  return post(`${prefix}/${application_id}/api_key`, {}, undefined, loading)
}

/**
 * 删除API_KEY
 * @param 参数 application_id api_key_id
 */
const delAPIKey: (
  application_id: String,
  api_key_id: String,
  loading?: Ref<boolean>
) => Promise<Result<boolean>> = (application_id, api_key_id, loading) => {
  return del(`${prefix}/${application_id}/api_key/${api_key_id}`, undefined, undefined, loading)
}

/**
 * 修改API_KEY
 * data { is_active: boolean }
 */
const putAPIKey: (
  application_id: string,
  api_key_id: String,
  data: any,
  loading?: Ref<boolean>
) => Promise<Result<any>> = (application_id, api_key_id, data, loading) => {
  return put(`${prefix}/${application_id}/api_key/${api_key_id}`, data, undefined, loading)
}

export default {
  getAPIKey,
  postAPIKey,
  delAPIKey,
  putAPIKey
}
import { Result } from '@/request/Result'
import { get, post, del, put } from '@/request/index'

import { type Ref } from 'vue'

const prefix = '/system/api_key'

/**
 * API_KEY列表
 */
const getAPIKey: (loading?: Ref<boolean>) => Promise<Result<any>> = () => {
  return get(`${prefix}/`)
}

/**
 * 新增API_KEY
 */
const postAPIKey: (loading?: Ref<boolean>) => Promise<Result<any>> = (loading) => {
  return post(`${prefix}/`, {}, undefined, loading)
}

/**
 * 删除API_KEY
 * @param 参数 api_key_id
 */
const delAPIKey: (api_key_id: String, loading?: Ref<boolean>) => Promise<Result<boolean>> = (
  api_key_id,
  loading
) => {
  return del(`${prefix}/${api_key_id}/`, undefined, undefined, loading)
}

/**
 * 修改API_KEY
 * data { is_active: boolean }
 */
const putAPIKey: (
  api_key_id: String,
  data: any,
  loading?: Ref<boolean>
) => Promise<Result<any>> = (api_key_id, data, loading) => {
  return put(`${prefix}/${api_key_id}/`, data, undefined, loading)
}

export default {
  getAPIKey,
  postAPIKey,
  delAPIKey,
  putAPIKey
}

密钥对话框负责列表、新增、启停与删除,接口返回的 data 直接作为表格数据源,因此后端列表接口返回数组即可:

<template>
  <el-dialog
    title="API Key"
    v-model="dialogVisible"
    width="800"
    :close-on-click-modal="false"
    :close-on-press-escape="false"
    align-center
  >
    <el-button type="primary" class="mb-16" @click="createApiKey">
      {{ $t('common.create') }}
    </el-button>
    <el-table :data="apiKey" class="mb-16" :loading="loading" height="420">
      <el-table-column prop="secret_key" label="API Key">
        <template #default="{ row }">
          <span class="vertical-middle lighter break-all">
            {{ row.secret_key }}
          </span>
          <el-button type="primary" text @click="copyClick(row.secret_key)">
            <AppIcon iconName="app-copy"></AppIcon>
          </el-button>
        </template>
      </el-table-column>
      <el-table-column :label="$t('common.status.label')" width="70">
        <template #default="{ row }">
          <div @click.stop>
            <el-switch size="small" v-model="row.is_active" :before-change="() => changeState(row)" />
          </div>
        </template>
      </el-table-column>
      <el-table-column prop="name" :label="$t('common.createDate')" width="170">
        <template #default="{ row }">
          {{ datetimeFormat(row.create_time) }}
        </template>
      </el-table-column>
      <el-table-column :label="$t('common.operation')" align="left" width="90">
        <template #default="{ row }">
          <span class="mr-4">
            <el-tooltip effect="dark" :content="$t('common.setting')" placement="top">
              <el-button type="primary" text @click.stop="settingApiKey(row)">
                <el-icon><Setting /></el-icon>
              </el-button>
            </el-tooltip>
          </span>
          <el-tooltip effect="dark" :content="$t('common.delete')" placement="top">
            <el-button type="primary" text @click="deleteApiKey(row)">
              <el-icon><Delete /></el-icon>
            </el-button>
          </el-tooltip>
        </template>
      </el-table-column>
    </el-table>
    <SettingAPIKeyDialog ref="SettingAPIKeyDialogRef" @refresh="refresh" />
  </el-dialog>
</template>
<script setup lang="ts">
import { ref } from 'vue'
import { useRoute } from 'vue-router'
import { copyClick } from '@/utils/clipboard'
import overviewApi from '@/api/application-overview'
import SettingAPIKeyDialog from './SettingAPIKeyDialog.vue'
import { datetimeFormat } from '@/utils/time'
import { MsgSuccess, MsgConfirm } from '@/utils/message'
import { t } from '@/locales'

const route = useRoute()
const {
  params: { id }
} = route

const SettingAPIKeyDialogRef = ref()
const dialogVisible = ref<boolean>(false)
const loading = ref(false)
const apiKey = ref<any>(null)

const open = () => {
  getApiKeyList()
  dialogVisible.value = true
}

function refresh() {
  getApiKeyList()
}

function settingApiKey(row: any) {
  SettingAPIKeyDialogRef.value.open(row, 'APPLICATION')
}

function deleteApiKey(row: any) {
  MsgConfirm(
    `${t('views.applicationOverview.appInfo.APIKeyDialog.msgConfirm1')}: ${row.secret_key}?`,
    t('views.applicationOverview.appInfo.APIKeyDialog.msgConfirm2'),
    {
      confirmButtonText: t('common.confirm'),
      cancelButtonText: t('common.cancel'),
      confirmButtonClass: 'danger'
    }
  )
    .then(() => {
      overviewApi.delAPIKey(id as string, row.id, loading).then(() => {
        MsgSuccess(t('common.deleteSuccess'))
        getApiKeyList()
      })
    })
    .catch(() => {})
}

function changeState(row: any) {
  const obj = {
    is_active: !row.is_active
  }
  overviewApi
    .putAPIKey(id as string, row.id, obj, loading)
    .then((res) => {
      getApiKeyList()
      return true
    })
    .catch(() => {
      return false
    })
}

function createApiKey() {
  overviewApi.postAPIKey(id as string, loading).then((res) => {
    getApiKeyList()
  })
}

function getApiKeyList() {
  overviewApi.getAPIKey(id as string, loading).then((res) => {
    apiKey.value = res.data
  })
}

defineExpose({ open })
</script>

跨域设置对话框把来源列表按行拼接与拆分,保存时走同一个 PUT 接口,只提交这两个字段:

<template>
  <el-dialog :title="$t('common.setting')" v-model="dialogVisible">
    <el-form label-position="top" ref="settingFormRef" :model="form">
      <el-form-item :label="$t('views.applicationOverview.appInfo.SettingAPIKeyDialog.allowCrossDomainLabel')">
        <el-switch size="small" v-model="form.allow_cross_domain"></el-switch>
      </el-form-item>
      <el-form-item>
        <el-input
          v-model="form.cross_domain_list"
          :placeholder="$t('views.applicationOverview.appInfo.SettingAPIKeyDialog.crossDomainPlaceholder')"
          :rows="10"
          type="textarea"
        />
      </el-form-item>
    </el-form>
    <template #footer>
      <span class="dialog-footer">
        <el-button @click.prevent="dialogVisible = false">{{ $t('common.cancel') }}</el-button>
        <el-button type="primary" @click="submit(settingFormRef)" :loading="loading">
          {{ $t('common.save') }}
        </el-button>
      </span>
    </template>
  </el-dialog>
</template>
<script setup lang="ts">
import { ref } from 'vue'
import { useRoute } from 'vue-router'
import type { FormInstance } from 'element-plus'
import overviewApi from '@/api/application-overview'
import overviewSystemApi from '@/api/system-api-key'
import { MsgSuccess } from '@/utils/message'
import { t } from '@/locales'

const route = useRoute()
const {
  params: { id }
} = route

const emit = defineEmits(['refresh'])

const settingFormRef = ref()
const dialogVisible = ref<boolean>(false)
const loading = ref(false)

const form = ref<any>({
  allow_cross_domain: false,
  cross_domain_list: ''
})

const APIKeyId = ref('')
const APIType = ref('APPLICATION')

const open = (data: any, type: string) => {
  APIKeyId.value = data.id
  APIType.value = type
  form.value.allow_cross_domain = data.allow_cross_domain
  form.value.cross_domain_list = data.cross_domain_list?.length ? data.cross_domain_list?.join('\n') : ''
  dialogVisible.value = true
}

const submit = async (formEl: FormInstance | undefined) => {
  if (!formEl) return
  await formEl.validate((valid, fields) => {
    if (valid) {
      const obj = {
        allow_cross_domain: form.value.allow_cross_domain,
        cross_domain_list: form.value.cross_domain_list
          ? form.value.cross_domain_list.split('\n').filter(function (item: string) {
              return item !== ''
            })
          : []
      }

      const apiCall =
        APIType.value === 'APPLICATION'
          ? overviewApi.putAPIKey(id as string, APIKeyId.value, obj, loading)
          : overviewSystemApi.putAPIKey(APIKeyId.value, obj, loading)

      apiCall.then((res) => {
        emit('refresh')
        MsgSuccess(t('common.settingSuccess'))
        dialogVisible.value = false
      })
    }
  })
}

defineExpose({ open })
</script>

一个对话框同时服务应用密钥与账号密钥,用 APIType 区分调用哪一份接口封装,因此两级密钥的设置交互完全一致。

七、调用示例

密钥就是 Bearer 令牌。第三方集成时先用应用的 Base URL 与密钥开一个会话,再用会话 ID 提问,问答按 SSE 流式返回:

# 1. 用密钥开一个会话,返回 chat_id
curl -X GET "http://127.0.0.1:10060/api/application/695640157413023744/chat/open" \
  -H "Authorization: Bearer ${API_KEY}"

# 2. 用同一个密钥提问,SSE 流式返回
curl -N -X POST "http://127.0.0.1:10060/api/application/chat_message/${CHAT_ID}" \
  -H "Authorization: Bearer ${API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{"message": "你好"}'

返回的第一段是过程事件,后面是逐段增量内容:

event:agent_status
data:{"phase":"context","message":"正在读取会话上下文"}

event:agent_status
data:{"phase":"retrieving","round":1,"query":"你好"}

data:{"is_end":false,"chat_id":"695949624775057408","content":"您好","node_type":"ai-chat-node"}
data:{"is_end":false,"chat_id":"695949624775057408","content":"。已收到","node_type":"ai-chat-node"}

密钥的管理动作同样可以直接用 HTTP 调用,便于在脚本里准备环境:

# 创建应用密钥(需登录令牌)
curl -X POST "http://127.0.0.1:10060/api/application/695640157413023744/api_key" \
  -H "Authorization: ${TOKEN}" -H "Content-Type: application/json" -d '{}'

# 停用某个密钥
curl -X PUT "http://127.0.0.1:10060/api/application/695640157413023744/api_key/${KEY_ID}" \
  -H "Authorization: ${TOKEN}" -H "Content-Type: application/json" -d '{"is_active": false}'

# 打开跨域并按来源放行
curl -X PUT "http://127.0.0.1:10060/api/application/695640157413023744/api_key/${KEY_ID}" \
  -H "Authorization: ${TOKEN}" -H "Content-Type: application/json" \
  -d '{"allow_cross_domain": true, "cross_domain_list": ["http://127.0.0.1:5678", "https://dataease.io"]}'

应用密钥创建成功后的返回如下,data.secret_key 就是需要保存到第三方系统里的密钥(示例里已省略后半段):

{
  "code": 200,
  "message": null,
  "data": {
    "id": "695949215679422464",
    "secret_key": "application-be80381b…",
    "application_id": "695640157413023744",
    "user_id": "1",
    "is_active": true,
    "allow_cross_domain": false,
    "cross_domain_list": [],
    "create_time": 1791003223137
  }
}

八、界面操作步骤

  1. 打开 http://localhost:3000/ui/,使用管理员账号登录。
  2. 在 APP 页打开目标应用,进入 Overview(中文界面为 概览),右侧「API Access Credentials」区块就是密钥入口。

API 访问凭证入口

区块里同时给出文档地址与 Base URL:Base URL 是第三方集成时拼接口前缀的地址,形如 /api/application/{应用ID}。

  1. 点击 API Key 打开密钥对话框,列表展示密钥原文、启用状态与创建时间,行内提供设置与删除两个操作。

API 密钥列表

  1. 点击 Create 新建密钥,新密钥出现在列表最上方并默认启用;点密钥右侧的复制图标即可复制。

新建 API 密钥

  1. 点击行内的齿轮图标打开设置,打开「Allow Cross-Domain Access」并逐行填写允许的来源,保存后立即生效。

跨域设置

  1. 需要临时停用时拨动该行的状态开关;需要彻底作废时点行尾的删除图标,确认后密钥立即失效。

账号级密钥的入口由前端按角色显示:应用界面右上角头像菜单里的 API Key 项只在 x-pack 角色下渲染,当前部署的账号角色为 ADMIN,因此界面上不显示该入口;接口本身不受角色限制,任何登录账号都能通过 /api/system/api_key 管理自己的密钥,管理员也可以直接调接口核对。

九、验收结果

验收在管理员界面与一个临时账号上完成,实际观测到的行为如下。

创建与落库。 在界面上点击 Create 后列表立即出现新密钥,库中记录为:

secret_key          | application_id     | user_id | is_active | allow_cross_domain | cross_domain_list                           | deleted
application-be8038… | 695640157413023744 | 1       | t         | t                  | {http://127.0.0.1:5678,https://dataease.io} | 0
application-a1ae38… | 695640157413023744 | 1       | t         | f                  | {}                                          | 0

密钥形如 application- 加 32 位十六进制随机串,create_time 由数据库默认值写入,界面上的创建时间与之一致。

接口与界面互认。 界面上新建的密钥可以直接用于接口调用;反过来用接口创建的密钥也会立刻出现在界面列表里,两级密钥的列表接口都返回数组。

路由定位准确。 应用密钥接口与应用分页接口共用前缀,同一个地址稳定返回密钥数组,不会命中应用分页接口。

密钥调用问答。 用界面创建的密钥开会话并提问,会话创建返回 200 与 chat_id,问答接口按 SSE 流式返回内容,事件序列正常:

GET  /api/application/{应用ID}/chat/open      → 200 {"code":200,"data":"695949624775057408"}
POST /api/application/chat_message/{会话ID}   → event:agent_status … data:{"content":"您好"} …

停用与删除立即失效。 停用密钥后,同一个密钥再次调用返回 401;删除后同样返回 401,且列表中不再出现该密钥。

访问范围。 应用 A 的密钥访问应用 B 的密钥列表返回 403,访问知识库接口也返回 403:

GET /api/application/{应用B}/api_key  → 403
GET /api/dataset/1/20                 → 403

跨域按配置放行。 同一个密钥(来源列表为 http://127.0.0.1:5678 与 https://dataease.io)在不同来源下的结果:

不带 Origin                     → 200
Origin: http://127.0.0.1:5678   → 200
Origin: http://evil.example.com → 403

账号隔离。 临时普通账号访问管理员应用的密钥列表与新增接口返回 403,删除该应用的密钥同样返回 403,这些请求在拦截器按应用归属就被拒绝。用该账号修改或删除管理员的账号密钥(/api/system/api_key/{管理员密钥ID})时,路径不带应用 ID,请求进到服务层后按 user_id 过滤查不到记录,返回业务失败码 400 与提示「密钥不存在」。两次尝试之后管理员的密钥状态与内容都没有被改动,两级密钥列表各自只返回自己的密钥。

账号状态联动。 停用密钥所属账号后,该账号的密钥调用返回 401;重新启用后恢复 200。

十、部署与构建

  • 初始化脚本已包含密钥表的迁移,可重复执行;cross_domain_list 使用 PostgreSQL 原生数组类型,不需要额外扩展。
  • 后端构建跳过签名即可,例如 mvn -DskipTests -Dgpg.skip=true package;Java 版本为 21,文本块语法可直接使用。
  • 前端沿用官方界面,无需额外定制即可对接上述接口;密钥原文只在应用概览的密钥对话框里展示,复制按钮依赖浏览器的剪贴板权限。

十一、已知取舍

  • 密钥明文展示与复制沿用官方交互,利于第三方对接;如需更严格的管理,可在展示层改为掩码加一次性复制。
  • 应用密钥创建后不再变更归属:应用被逻辑删除后,认证时关联不到应用,密钥随之失效,但记录仍留在库里,需要清理时可以按应用 ID 另行删除这些记录。
  • 停用与删除都是即时生效的库内状态,不做本地缓存,因此每次调用多一次按键查表;密钥量级很小,代价可以忽略。
  • 账号密钥的界面入口按 x-pack 角色显示,当前部署不显示该入口,符合官方前端的角色约定。
Edit this page
Last Updated: 10/8/26, 7:56 AM
Contributors: litongjava
Prev
创建独立用户与账号资源管理
Next
独立对话页