nestjs

nestjs学习 - 守卫NestJS 守卫是一个实现了 CanActivate 接口的类。在 NestJS 里，「守卫（Guard）」是一种用来控制请求是否能进入路由处理器（Controller 方法）的机制。

前后端双令牌认证（Access Token + Refresh Token）全方案实现：安全与体验兼得在前后端分离架构中，用户认证是保障系统安全的核心环节。传统的单令牌认证方案（如仅使用Access Token）存在明显弊端：若令牌长期有效，一旦泄露会导致用户信息被非法获取；若令牌短期有效，又会频繁要求用户重新登录，严重影响使用体验。为解决这一矛盾，Access Token + Refresh Token（双令牌）认证方案应运而生，它既能兼顾安全性，又能保障用户登录态的连续性，成为当前前后端分离项目中最主流的认证方式之一。

NestJS系列（3）- Provider（提供者）👋 上一集我们把控制器比作了餐厅的服务员，专门负责接客、点菜、上菜。但你想过没有，服务员手里的菜是谁做的？当然是后厨的厨师们啦！

NestJS系列（2）- 控制器（Controller）如果你刚接触这个框架，可能会被一堆新名词吓到：控制器、提供者、模块、装饰器……听起来像是一群外星人在开会。别怕，今天我们就用最接地气的方式，把控制器和装饰器这两兄弟彻底搞明白。学完这篇，你就能自己写一个简单的 API 了，而且会觉得：哎，原来这么简单 💡！

NestJS系列（1）- nestjs简介及项目初始化NestJS 是一个用于构建高效、可扩展的 Node.js 服务端应用程序的框架。它使用 TypeScript 构建，并结合了 OOP（面向对象编程）、FP（函数式编程）和 FRP（函数式响应式编程）的元素。

nestjs的类为控制器（Controller）@Controller() 是 NestJS 中最核心的装饰器之一，用于定义一个类为控制器（Controller）。

NestJS 系列教程（十五）：缓存体系设计 —— Redis、接口缓存与缓存三大问题解决方案如果说限流是防止被打爆，那缓存就是防止被“累死”。咱们将一起学会：如何在 NestJS 中接入 Redis

nestjs学习 - 中间件（Middleware）了解中间件之前，需要先对整个请求生命周期有一定的认识：请求进入 → 中间件 → 守卫 → 拦截器 → 管道 → 控制器 → 服务 → 拦截器 → 异常过滤器 → 服务器响应

nestjs学习 - 控制器、提供者、模块控制器负责处理传入的请求并向客户端返回响应。接收客户的请求，然后告诉服务层该做什么，最后把结果端给客户。

Nest 项目小实践之图书增删改查写图书新增、修改、删除、详情功能新建 BookManage/CreateBookModal.tsx在 BookManage/index.tsx 调用

Nest 项目小实践之图书展示和搜索更新图书列表pages/BookManage/index.tsxindex.css现在页面这样在 interfaces/index.ts 里加下图书列表的请求

Nest 项目小实践之前端注册登陆使用 react 写登陆和注册跑起来添加 routermain.tsx 添加路由添加这几个内容先写最简单

NestJS 集成 TypeORM 的最优解NestJS 对 TypeORM 的集成不是简单的"装个包、连个库"，它在 DI 容器和模块系统之上做了一层完整的封装。搞清楚这层封装的设计意图、三种数据访问模式的取舍边界、以及关联关系的处理机制，才能写出真正可维护的代码。本文按照实际项目落地的顺序展开，每个决策点都会说清楚"为什么这样做"。

Nest 项目小实践之注册登陆复杂的项目还需要一些内容，mysql 做关系型数据库、redis 做缓存和临时数据存储、minio 做 OSS 服务、docker 和 docker compose 做部署、typeorm 做 ORM 框架

手摸手，教你如何优雅的书写 NestJS 服务配置开发服务端应用，配置肯定是少不了的。端口号、数据库账号、Redis 密码、各种业务白名单……这些东西如果硬编码在代码里，不仅不安全，每次切环境还得改代码，简直是灾难。

AI 全栈时代的工程化护栏：Vben-Nest 让 Mock 契约落地成真实后端AI 让“会写代码的人”变多了，但也让一个老问题更显眼：写得快并不等于做得稳。这份项目模板 vben-nest 的核心思路很直接：在 vben 的工程化底座上新增 Nest 后端（apps/server），并让后端接口完全适配 vben 原本的 mock 契约。前端调用尽量不改，只替换“接口实现者”，从 mock 走向真实后端更平滑、更可演进。

NestJS 用了两年，我换了这个如果你用 NestJS 超过一年，你一定经历过这样的下午：新建一个最简单的用户管理模块，nest g resource users，然后在 users.module.ts、users.controller.ts、users.service.ts、create-user.dto.ts 四个文件之间反复跳转。写了一堆 @Injectable()、@Controller()、@Get()、@ApiProperty()、@ApiOperation()，回头一看 -- 业务逻辑就三行。

深度解析 JWT：从 RFC 原理到 NestJS 实战与架构权衡HTTP 协议本质上是无状态（Stateless）的。在早期的单体应用时代，为了识别用户身份，我们通常依赖 Session-Cookie 机制：服务端在内存或数据库中存储 Session 数据，客户端浏览器通过 Cookie 携带 Session ID。

从“搬运工”到“指挥官”：通过 IoC 容器重塑你的后端思维普通开发模式（没有 IoC）：你是一个装修工。你要贴瓷砖，你得自己去联系瓷砖厂家，自己开货车去运，自己搬上楼。

实现RAG功能学习笔记在大语言模型（LLM）飞速发展的当下，我们在使用大模型时常常会遇到两个核心痛点：一是大模型的知识库存在“时效性滞后”问题，无法获取训练数据之后的新信息，也无法访问企业内部的私有文档、行业专属数据；二是大模型容易产生“幻觉”，即脱离事实生成看似合理但错误的内容，尤其在需要精准引用文档、依托特定知识库回答问题的场景（如企业客服、知识库查询、专业领域咨询）中，这种“幻觉”会严重影响使用体验和可信度。