特性RAGMCP知识检索✅❌工具调用❌✅静态知识✅❌动态操作❌✅信息生成✅❌系统集成❌✅/*** 工具名称*//*** 工具描述*//*** 执行工具*/输入：用户问题↓1. 任务分析（LLM）↓2. 工具选择（LLM + 工具描述）↓3. 工具执行├─→ RAG工具：检索知识库└─→ MCP工具：调用外部系统↓4. 结果整合（LLM）↓输出：最终回答 + 使用的工具 + 中间结果RAG。

特性RAGMCP知识检索✅❌工具调用❌✅静态知识✅❌动态操作❌✅信息生成✅❌系统集成❌✅/*** 工具名称*//*** 工具描述*//*** 执行工具*/输入：用户问题↓1. 任务分析（LLM）↓2. 工具选择（LLM + 工具描述）↓3. 工具执行├─→ RAG工具：检索知识库└─→ MCP工具：调用外部系统↓4. 结果整合（LLM）↓输出：最终回答 + 使用的工具 + 中间结果RAG。

支持多种文件格式的文档加载实现高效的向量存储和检索构建智能的问答系统提供可追溯的知识服务RAG技术为AI应用提供了强大的知识增强能力，使得模型能够基于实际文档生成准确、可靠的回答。

轻松地将AI模型与外部系统集成提供标准化的工具调用接口实现动态上下文管理扩展AI模型的能力边界MCP为AI应用提供了一个强大的扩展机制，使得AI模型能够访问和操作外部资源，从而提供更智能、更实用的服务。

轻松地将AI模型与外部系统集成提供标准化的工具调用接口实现动态上下文管理扩展AI模型的能力边界MCP为AI应用提供了一个强大的扩展机制，使得AI模型能够访问和操作外部资源，从而提供更智能、更实用的服务。

https被称为安全的http请求，是基于ssl协议来实现的，https = http+ssl ,可实现数据加密，身份认证，数字签名（防篡改）但是近期有个需求前端跟后端建立起了https访问，但是又要对参数添加数字签名（一般使用MD5），是不是多此一举？但是后来仔细看了一下项目的基础架构，类似于下图所示：一个ssl证书是跟域名绑定的，而且是收费的，如果公司有很多业务服务器，所以不可能跟所有的业务服

数据库层面上的分布式事务1、XA事务：是DTP模型定义TM和RM之间通讯的接口规范。XA接口函数由数据库厂商提供。TM用它来通知数据库事务的开始、结束、提交、回滚。基于XA规范衍生出下面的二阶段提交（2PC）、三阶段提交（3PC），sharding-jdbc和mycat都实现了XA事务2、JTA：Java的事务API，需要第三方实现，目前JTA的实现有以下几种形式J2EE容器提供的JTA实现（We

csds

从传统单体架构，到集群架构，再到微服务架构过程单体架构有单点问题，如果宕机所有的服务都不可用所有业务的功能模块都聚集在一起，如果代码量多，功能之前如果有很多共同的代码，不同业务的需求开发同时进行的时候，维护起来有点麻烦由于是单体，对请求的并发量，有限制，一个tomcat，并发量千级左右由于代码都聚集在一起，部署慢修改bug，牵扯的可能性的代码有很多，修个bug可能需要把所有功能模块都测试一遍扩展成

nacos：服务注册，服务发现ribbon：负载均衡feign:服务调用，维护管理rest调用地址，内置拦截器对http请求可以进行拦截