nestjs

xiaofeichaichai

NestJS 实战：JWT 登录认证、Token 刷新与安全退出前面几篇已经完成了项目架构、全局请求链路、TypeORM 数据库设计以及客户 CRUD。接下来要解决的是中后台系统最核心的入口：登录认证。

[四期 - 4] NestJS专栏 - 征召一下大家的意见，非常想知道大家都想看看Nest的哪些方面如你所见，这是一个征集文字。我的 Nest 专栏从 4 年前就开始陆陆续续创作了，应该算是国内最早接触Nestjs 的一批人了算是一个小小的布道者也不为过可能 😂，一路跌跌撞撞地更新，积累了不少实战经验和原理剖析，最后一次更新停在了 5 个月前。如果你一直在跟这个专栏，相信 Nest 的方方面面你都已经了然于胸，从基础用法到架构设计，再到各种商业项目的落地，对你来说应该都不是问题了——轻松拿下。

AI Agent技术栈选择：Vue3 + NestJS + TypeScript 为什么是绝佳组合市面上的 AI Agent 教程，十本有九本用 Python。这本身没问题，Python 生态确实在 AI 领域最成熟——LangChain、LlamaIndex、AutoGen 这些框架最早都是 Python 版的。但问题是——你是前端，你最熟的是 JavaScript/TypeScript，不是 Python。

企业级 NestJS + Prisma 分层架构：单例客户端、生命周期托管与可复用扩展实践NestJS 凭借模块化、依赖注入、完整生命周期体系，是中大型 TypeScript 后端首选框架；Prisma 作为类型安全的现代化 ORM，解决了传统 SQL 手写、模型类型不同步、CRUD 模板代码冗余等痛点，二者组合是当前企业后端标准技术栈。

NestJS 接口设计避坑：摒弃万能用户更新接口，落地单一职责与最小权限原则在 NestJS 后端开发中，很多开发者为简化路由、复用数据库更新逻辑，会设计一个万能PATCH /users/:id统一接口，把修改昵称、改密码、换邮箱、调整角色、冻结账号等全部操作合并。短期看似代码精简，但完全违背单一职责 SRP和最小权限两大核心准则，埋下耦合难维护、越权攻击两大致命隐患。本文结合可运行 NestJS 完整代码，对比错误万能接口与规范拆分方案，从 DTO、控制器、服务、权限守卫四层落地安全、低耦合的用户更新架构。

HashRouter 和 BrowserRouter 区别、底层原理、部署差异HashRouter 和 BrowserRouter 是 React 中最常用的两种路由模式，它们最大的区别就是 URL 的表现形式、浏览器工作原理以及服务器部署方式。

NestJS 12 预览版重磅来袭：全面原生 ESM 正式落地NestJS 下一个大版本 12 预览版已经和大家见面，这次更新带来了 Node 后端生态期待已久的架构变革 ——一等公民级完整原生 ESM 支持。

从零开始：在 Windows 服务器上部署 Node.js 项目（小白实战教程）这篇教程适合谁？—— 你大概懂一点命令行，但从没在生产环境部署过 Node 项目最终目标：把你的 NestJS / Express 后端安全跑在 Windows 服务器上，并且用 HTTPS 对外提供服务

CSharp精选营

从零开始：在 Windows 服务器上部署 Node.js 项目（小白实战教程）这篇教程适合谁？—— 你大概懂一点命令行，但从没在生产环境部署过 Node 项目最终目标：把你的 NestJS / Express 后端安全跑在 Windows 服务器上，并且用 HTTPS 对外提供服务

从0到1实现Balatro游戏后端（8）：Skip Blind与Tag奖励机制设计与实现本系列记录我从 0 到 1 实现一个 Balatro 风格的游戏后端系统，并逐步将其工程化为可扩展的实时服务项目。

nestjs实战-权限二：角色模块用户 (User) → 角色 (Role) → 菜单/权限 (Menu/Permission)基础字段：

nestjs实战-权限一: 菜单模块打算使用 RBAC 模式开发权限系统；用户 (User) → 角色 (Role) → 菜单/权限 (Menu/Permission)

xlt-token v1.0.0 正式发布：NestJS / Express 一包接入的 Token 鉴权库xlt-token v1.0.0 正式发布了。这是 xlt-token 的第一个正式大版本，也代表它从早期 NestJS 单包实验，走到了一个更稳定的形态：核心能力框架无关，NestJS 和 Express 都有官方适配器，业务项目可以用一个适配器包完成接入。

从0到1实现Balatro游戏后端（7）：Boss Blind与特殊规则实现这篇文章开始一个新的长期系列：从 0 到 1 实现一个 Balatro 风格的游戏后端系统，并逐步将其工程化为可扩展的实时服务项目。

从0到1实现Balatro游戏后端（6）：Blind关卡状态设计与回合推进实现本系列记录我从 0 到 1 实现一个 Balatro 风格的游戏后端系统，并逐步将其工程化为可扩展的实时服务项目。

从0到1实现Balatro游戏后端（5）：得分计算与单局结算流程实现这篇文章开始一个新的长期系列：从 0 到 1 实现一个 Balatro 风格的游戏后端系统，并逐步将其工程化为可扩展的实时服务项目

向上的车轮

NestJS 的优秀替代框架——系统化选型指南（2026视角）先说一句大实话：大部分"NestJS太重了我换了X"的翻车，不是框架的锅，是项目复杂度还没到需要NestJS的程度，硬上导致的。但反过来，NestJS确实有真实的、结构性的痛点（装饰器绑定legacy TS、冷启动、样板代码），在某些场景下换替代方案是合理的。

从0到1实现Balatro游戏后端（4）：玩家手牌操作（出牌 / 弃牌 / 补牌）与状态流转设计✅本篇实现了什么本篇完成了玩家手牌操作能力的构建，使系统从“只能发牌”演进为“可交互的游戏流程”：👉 本篇的核心变化是：让游戏从“功能调用”升级为“状态驱动”。

向上的车轮

NestJS 十大坑点这些坑不是"NestJS不好"的意思——恰恰是因为它被大量用于企业级项目，规模化之后才会暴露出来。很多坑本质上是Node.js生态 + TypeScript装饰器体系 + DI架构三者叠加产生的结构性张力。知道它们在哪，才能真正用好它。

xlt-token 1.1：给 NestJS 补上 Sa-Token 式鉴权能力在 NestJS 项目里做登录鉴权，很多人会遇到同一组问题：Java 生态有 Sa-Token 把这些问题封装成统一 API；Node 侧长期缺少一个 NestJS 原生、语义对齐、可插拔的同类方案。