SpringAI 大模型应用开发篇-SpringAI 项目的新手入门知识

SpringAI 大模型应用开发篇-SpringAI 项目的新手入门知识
🔥博客主页: 【小扳_-ZEEKLOG博客】
❤感谢大家点赞👍收藏⭐评论✍

文章目录

        1.0 SpringAI 概述

        1.1 大模型的使用

        2.0 SpringAI 新手入门

        2.1 配置 pom.xml 文件

        2.2 配置 application.yaml 文件

        2.3 配置 ChatClient

        2.4 同步调用

        2.5 流式调用

        2.6 System 设定

        2.7 日志功能

        2.8 会话记忆功能

        2.8.1 ChatMemory

        2.8.2 添加会话记忆功能


        1.0 SpringAI 概述

        目前大模型应用开发最常见的框架就是 LangChain,然而 LangChain 是基于 Python 语言,虽然有 LangChain4j,但是对于大量使用 Spring 生态的应用来说,适配性就稍微差了些。

        而 Spring 公司推出的 SpringAI 框架,充分利用了 Spring 框架中 AOP、IOC 的能力,可以与现有的 Java 项目无缝融合,非常方便。

        当然,SpringAI 要求的 JDK 版本至少是 JDK17,SpringBoot 也必须是 3.x 的版本才可以,所以如果想要使用 SpringAI,必须先升级 JDK 和 SpringAI 版本才行。

        如果是比较老的项目,也可以使用 LangChain4j,它要求的最低 JDK 版本为 JDK8。

        1.1 大模型的使用

        首先要明确一点,大模型应用开发并不是在浏览器中跟 AI 聊天。而是通过访问模型对外暴露的 API 接口,实现与大模型的交互。

        因此,企业首先需要有一个可访问的大模型,通常有三种选择:

        1)使用开放的大模型 API;

        本次演示的都是使用开放的大模型 API,只需要选择自己合适的大模型,创建出自己的 API Key 就能免费使用很长时间了:

        2)在云平台部署稀有大模型;

        3)在本地服务器部署稀有大模型;

        2.0 SpringAI 新手入门

        2.1 配置 pom.xml 文件

        首先,在 SpringBoot 项目中引入 SpringAI 起步依赖:

        接着,在项目 pom.xml 中添加 SpringAI 的版本信息:

        然后,添加 SpringAI 的依赖管理项:

        最终,完整 pom.xml 依赖如下:

        除了以上 SpringAI 的依赖之外,我还额外引入了在之后的项目开发中所用到的依赖。

        2.2 配置 application.yaml 文件

        我们现在使用的是开放大模型的 API,需要添加以下内容:

        2.3 配置 ChatClient

代码解读:
    ChatClient.builder: 会得到一个 ChatClient.Builder 工厂对象,利用它可以自由选择模型、添加各种自定义配置。

        2.4 同步调用

        接下来,我们定义一个 Controller,在其中接收用户发送的提示词,然后把提示词发送给大模型,交给大模型处理,拿到结果后返回。

        注意,基于 call() 方法的调用属于同步调用,需要所有响应结果全部返回后才能返回给前端。

启动项目,在浏览器中访问:http://localhost:8080/ai/chat?prompt=你好

        2.5 流式调用

        同步调用需要等待很长时间页面才能看到结果,用户体验不好。为了解决这个问题,我们可以改进调用方式为流式调用。

        在 SpringAI 中使用了 WebFlux 技术实现流式调用。

        重启测试,再次访问:

        2.6 System 设定

        可以发现,当我们询问 AI 你是谁的时候,它回答自己是 DeepSeek-R1,这是大模型底层的设定。如果我们希望 AI 按照新的设定工作,就需要给它设置 System 背景信息。

        在 SpringAI 中,设置 System 信息非常方便,不需要在每次发送时封装到 Message,而是创建 ChatClient 时指定即可:

        2.7 日志功能

        默认情况下,应用于 AI 的交互时不记录日志的,我们无法得知 SpringAI 组织的提示词到底长什么样,有没有问题。这样不方便我们调试。

        SpringAI 基于 AOP 机制实现与大模型对话过程的增强、拦截、修改等功能。所有的增强通知都需要实现 Advisor 接口。

        Spring 提供了一些 Advisor 的默认实现,来实现一些基本的增强功能:

        1)SimpleLoggerAdvisor:日志记录的 Advisor。
        2)MessageChatMemoryAdvisor:会话记忆的 Advisor。
        3)QuestionAnswerAdvisor:实现 RAG 的 Advisor。

        只需要在配置 ChatClient  添加日志记录 Advisor:

        接下来,修改日志级别:

        重启项目,再次和 AI 聊天就可以在控制台上看到 AI 的日志输出了。

        2.8 会话记忆功能

        现在,我们的 AI 聊天机器人是没有记忆功能的,上一次聊天的内容,下一次就忘掉了。我们之前说过,让 AI 有会话记忆的方式就是把每一次历史对话内容拼接到 Prompt 中,一起发送过去。是不是还挺麻烦的。别担心,好消息是,我们并不需要自己来拼接,SpringAI 自带了会话记忆功能,可以帮我们把历史会话保存下来,下一次请求 AI 时会自动拼接,非常方便。

        2.8.1 ChatMemory

        会话记忆功能同样是基于 AOP 实现,Spring 提供了一个 MessageChatMemoryAdvisor 的通知,我们可以像之前添加日志通知一样添加到 ChatClient 即可。

        不过,要注意的是,MessageChatMemoryAdvisor 需要指定一个 ChatMemory 实例,也就是会话历史保存的方式。

ChatMemory 接口声明如下:

        可以看到,所有的会话记忆都是与 conversationid 有关联的,也就是会话 Id,将来不同会话 id 的记忆自然是分开管理的。

        目前,在 SpringAI 中有两个 ChatMemory 的实现:
        1)InMemoryChatMemory:会话历史保存在内存中
        2)CassandraChatMemory:会话保存在 Cassandra 数据库中(需要引入额外依赖,并且绑定了向量数据库,不够灵活)

        2.8.2 添加会话记忆功能

        首先注册 chatMemory 对象:

        然后添加到 ChatClient 中:

        最后在和 AI 聊天的时候,为了区分每一个用户对应着不同的会话记录,因此需要传入用户 ID 进行区分:

Read more

【最新版】IntelliJ IDEA 2025 创建 SpringBoot 项目

【最新版】IntelliJ IDEA 2025 创建 SpringBoot 项目

文章目录 * 一、创建 Spring Boot 项目 * 1. 新建项目 * 2. 基础配置 * 3. 选择依赖 * 4. 生成项目 * 5. 修改 Maven 镜像仓库 * 6. 免费版 IDEA 创建教程 * 二、项目结构解析 * 三、编写测试接口 * 1. 创建 Controller * 2. 启动应用 * 3. 测试接口 * 四、其他设置 * 1、配置 MySQL 连接 * 2、配置日志文件 * 3、添加 .gitignore 文件 一、创建 Spring Boot 项目

By Ne0inhk
【MySQL数据库】SQL 查询封神之路:步步拆解核心操作,手把手帮你解锁高阶玩法

【MySQL数据库】SQL 查询封神之路:步步拆解核心操作,手把手帮你解锁高阶玩法

半桔:个人主页  🔥 个人专栏: 《MySQL数据库》《手撕面试算法》《C++从入门到入土》 🔖你得丢开以往的事,才能不断继续前进。《阿甘正传》 文章目录 * 前言 * 一. Create插入数据 * 1.1 插入数据 * 1.2 替换数据 * 1.3 拷贝其他表 * 二. Retrieve简单查询 * 2.1 查询基础语法 * 2.2 where子句 * 2.3 结果排序 * 2.4 筛选分页结果 * 2.5 总结select顺序 * 三. 分组聚合 * 3.1 聚合函数 * 3.2 分组聚合统计 * 四. 复合查询

By Ne0inhk
Spring Cloud 实战攻坚:商品服务核心实现(库存管理 + 缓存设计 + 分布式锁)

Spring Cloud 实战攻坚:商品服务核心实现(库存管理 + 缓存设计 + 分布式锁)

引言         在微服务架构的电商体系中,商品服务是整个业务链路的核心枢纽 —— 它承接前端商品展示、支撑订单服务的库存扣减、联动促销服务的活动商品管控,而其中的库存管理、缓存设计、分布式锁更是决定系统稳定性与高并发能力的关键。很多开发者在落地时,往往会遭遇三大核心痛点:高并发下库存超卖、缓存穿透 / 击穿 / 雪崩导致服务雪崩、分布式环境下并发控制失效,最终导致系统无法支撑大促等高压场景。         本文将手把手带你实现一个企业级 Spring Cloud 商品服务,聚焦三大核心业务:精准库存管理(解决超卖)、高可用缓存设计(抵御缓存三大问题)、分布式锁(保障并发安全)。全文注重实战落地,所有代码示例均可直接复现,同时深入拆解底层原理与设计思路,兼顾深度与实用性,助力你快速搭建能支撑高并发场景的商品服务。 1. 前置认知:商品服务的核心价值与高并发痛点 1.1 核心价值 商品服务作为电商微服务体系的 “基础数据中心”,核心价值体现在三个维度: 1. 数据支撑:提供商品基础信息(名称、价格、规格)、库存数据,为订单、

By Ne0inhk
金仓数据库全链路性能优化:从SQL到存储的效率提升方案

金仓数据库全链路性能优化:从SQL到存储的效率提升方案

目录 一、性能管理:告别“盲调”,用可视化工具精准定位瓶颈 1. SQL语句参数值统计:揪出参数倾斜导致的慢查询 2. 数据库时间模型动态性能视图:把全链路耗时拆解开看 3. SQL调优建议器:新手也能搞定慢SQL 二、优化器与执行优化:底层算子重构,解决传统SQL痛点 1. NOT IN子查询优化:从全表扫描到索引连接,速度提3倍 2. OR转union all:解决OR条件索引失效问题 3. UNION外层条件下推:减少无效数据计算,效率翻倍 4. Agg排序优化:ListAgg减少排序次数,聚合更快 三、存储性能优化:自治事务,高并发短事务救星 四、接口性能优化:JDBC+NDP,应用交互提速明显 1. JDBC元信息查询优化:批量返回,告别多次请求 2.

By Ne0inhk