shadcn和tailwindcss一起使用,shadcn组件的样式丢失

其实这个问题我2025-09月份就遇到了,但直到现在2026-01才想到要解决。

原因1:tailwind.config.js 的 content 路径没包含 shadcn 组件目录

安装了二者之后,tailwind.config.js里面不会自动包含shadcn的组件目录,所以需要自己添加:

原因2:确认全局样式文件被正确引入(通常在根布局)

早就该解决了。

 

配置prisma和postgresql

参考:https://www.prisma.io/docs/getting-started/prisma-orm/quickstart/postgresql

1、安装依赖

2、初始化prisma orm

3、编辑.env文件,添加数据库地址

我使用的是neon,它提供5G的存储空间,够用了。使用的是google账号登录的。

image-20251201123841924

每一个新项目最好创建一个新数据库,因为prisma操作会同步数据库,如果使用现有的数据库,会造成冲突。那么就点击create database,会创建一个新数据库。

image-20251201123937269

将这个地址粘贴到.env文件里面即可。

image-20251201124006970

4、在prisma/schema.prisma文件里面,定义data model

5、创建和应用迁移

只要model变更了,就执行这两个命令:

6、初始化prisma client

创建lib/prisma.ts

7、接下来就可以在lib文件夹里面写相关的数据库操作代码了,先引入定义好的prismaClient,然后正常写代码。

8、添加模拟数据

注意:

postgresql里面的字段名要采用下划线的形式,不要采用小驼峰的形式,下划线是SQL规范。在prisma里面定义的时候也要注意。

但是这样做之后,在组件代码里面使用字段名有不方便了,JS里面使用下划线比较少见,更多的是小驼峰的形式,这该怎么办呢?

 

prisma有两个方法来帮助我们,@@map()方法和@map()方法,在定义表的时候,在表的最后面加上表的复数形式@@map("comments"),这样prisma在postgresql创建表的时候,就会自动将数据表的名称变为comments,而不是大驼峰的形式。

image-20251201164127109

https://www.prisma.io/docs/orm/prisma-schema/data-model/models#defining-models

@@map ——模型映射(Model/Table Mapping)

作用:指定 Prisma model 对应数据库中的表名。

如果 Prisma 模型名是大驼峰(默认是),但你希望数据库用复数表名或蛇形命名,则使用 @@map.

简单来讲,@@map()里面的参数就是定义model名称的复数形式,你指定是什么就是什么,如果不知道英文单词的复数,就搜索一下即可。

 

@map ——字段映射(Field Mapping)

作用:指定 Prisma 字段对应数据库中的实际列名。

默认情况下 Prisma 会直接使用字段名作为数据库列名。如果你使用了小驼峰、想让数据库是下划线,就要用 @map。比如说createdAt,用的时候是这样用,但是在定义的时候,postgresql里面需要定义为下划线的形式,就需要这样指定:createdAt DateTime @default(now()) @map("created_at")

下面是一个model样板。

使用https://mockaroo.com/来创建模拟数据。

image-20251201131408706

需要注意的是datetime,要选择SQL datetime这种类型,否则格式不对。

image-20251201132008227

这里就是SQL的插入语句,复制

image-20251201131453773

在编辑器中修改表名,粘贴到neno SQL Editor里面执行即可。这种方法我试过了,太复杂了,所以还是使用本地编辑器导入csv文件来做吧。

neon的链接地址:

➤ Host(服务器地址)

➤ Port

Neon 默认 PostgreSQL 端口是:

➤ Database

➤ Username

➤ Password

粘贴进去即可连接。然后导入数据。

image-20251201133801621

image-20251201133853533

注意:

Prisma 遵循 camelCase (驼峰命名法) 定义模型字段,但大多数传统的 PostgreSQL 数据库默认使用 snake_case (下划线命名法) 作为物理列名。所以我在添加数据的时候,如果是这样的语句,会报错createat column does not exist

所以需要改为这样craete_atupdate_at,也就是说凡是有小驼峰命名的地方,都要改为下划线命名:

dbeaver连接neon保持不掉线

原因

✅ 原因 1:Neon Serverless 会自动断开空闲连接

Neon 是 serverless Postgres,为了节省资源,它会自动关闭长时间空闲的连接。

默认情况(Neon 免费 tier):

行为Neon 的做法
连接 5 分钟无活动会自动关闭连接
空闲到达阈值会 suspend compute(自动休眠)
再次连接需要唤醒 → 所以你看到“重新连接”提示

这就是为什么 DBeaver 停在那里不动一会儿之后,连接突然失效。

✅ 原因 2:你使用的是 Neon 的 \pooler\ 端点

你现在的连接串是这样的:

Neon 的 Pooler 也有自己的超时机制:

机制描述
pooler_idle_timeout连接一段时间不活跃会被关闭
pooler_max_client_conn超过总连接数会丢弃/挤掉连接

所以 DBeaver 会被踢掉是完全正常的。

✅ 原因 3:DBeaver 默认不会自动保持心跳

DBeaver 对 PostgreSQL 不会默认发心跳包(KeepAlive)。

因此:

= 连接被断开,必须重新连接。

解决办法

image-20251201183925793

nextjs配置访问外部图片白名单

nextjs的Image组件,不能直接访问外部图片链接,需要在next.config.ts里面进行配置:

image-20251201141605609

列表页,添加搜索、分页功能

NuQS 的核心就是 URL query state 管理器,分 Server 端和 Client 端使用场景

  1. Server Components / Route Handler

    • 使用 nuqs/server
    • 读取 query params → 页面渲染一次
    • Server Component 会根据 query 改变重新渲染(页面 SSR)
  2. Client Components

    • 使用 useQueryState + nuqs(注意不是 nuqs/server
    • 修改 query state 会触发组件重新渲染,但不会自动刷新整个页面
    • React Query / useEffect / table hook 可以监听变化,然后发请求刷新数据

可以知道,通过nuqs改变url之后,server components能够重新渲染一次。

使用server components来实现

使用nuqs修改url之后,server components不能自动重新渲染。比如说/users改为/users?page=2,是触发不了重新渲染的。所以使用nuqs来实现是有问题的,最起码现在是不行的。可以看C:\git\github\shangguigu-learn\Codevolution\NextJS\nextjs实践\list-search-pagination\src\app\simpleTest\page.tsx这个例子。

 

但还是可以实现,采用Link来翻页,使用nuqs来搜索,直接使用fetch来请求数据,通过searchParams来接收参数,这样nextjs的适配性是最好的。更进一步的,如果想让接口在服务端运行,可以加上server action,在页面初始化、翻页、搜索时调用这个接口即可。案例代码:C:\git\github\shangguigu-learn\Codevolution\NextJS\nextjs实践\list-search-pagination\src\app\actionExample\page.tsx

可以看到,用到了server components的快速,也能够进行交互。把交互放到别的组件即可。

有一个问题:我写了server action,这个接口为什么能够在客户端看到呢?

原因:nuqs+server action,'server action'的函数体永远不在客户端,之所以客户端能够看到请求了接口,其实是浏览器触发的,所以能看到。

 

听说还可以使用react query+nuqs+server action来处理,到时候看吧。

注意:

有一些案例中采用<form>来搜索,form提交之后确实能触发页面更新,但是form触发的刷新效果太明显了,浏览器的刷新按钮会转动,而且页面也会闪动一下,所以还是不要使用它。可以看C:\git\github\shangguigu-learn\Codevolution\NextJS\nextjs实践\list-search-pagination\src\app\users\page.tsx这个页面的搜索例子。

 

另外,不要忘记了最新的'use cache',因为我的博客肯定是不经常更新的,所以使用缓存是绝对没有问题的。

使用client components来实现

这个就比较简单了,就是路由所在page.tsx页面是server components,引入的search、table、pagination组件,都是client components。主要就是使用nuqs来修改url,然后使用react query监听query参数,当这些参数改变时,就重新请求数据。参考:C:\git\github\shangguigu-learn\Codevolution\NextJS\mycode\routing-demo\src\app\posts\page.tsx

这个效果蛮好的,就是接口请求走的是客户端。

添加better-auth登录功能

项目在prisma配置好之后,就要配置better-auth,因为里面有User表,要按照它的来做,所以对后面的很多表都有影响,最先来做是最好的。

Better-Auth 的核心思想是将认证逻辑(Auth Handler, Server)和用户界面逻辑(Auth Client, React Hooks)分离,并利用 Next.js 的路由和中间件进行集成。

我先把整个流程讲解一下,后面再讲解具体操作:

流程

1、数据库模型定义 (Prisma Schema Definition)

这是整个认证系统的基石,作用是告诉 Better-Auth 数据应该以何种结构存储

流程步骤文件示例作用
定义认证相关模型prisma/schema.prisma🌟 数据结构约定:你定义的 User, Session, Account, 和 Verification 四个核心模型,是 Better-Auth 适配器(Prisma Adapter)用来进行所有数据库操作的蓝图。它决定了用户的身份信息、登录状态、社交账号绑定(GitHub等)以及邮箱验证信息将如何与 PostgreSQL 交互和存储。

为什么它很重要?

Better-Auth 依赖于这些特定的模型来处理认证流程:

为什么按照它的方式来创建这些表呢?我想创建自己的User表不行吗?因为better-auth的原理是这样的:

Better-Auth 的核心实现原理是基于 Tokenless Session Management (无令牌会话管理),结合 Prisma 数据库适配器 来实现全栈身份验证。它遵循了现代 Web 应用中常见的 Session Cookie 机制

Better-Auth 的三大核心原理

1. Tokenless Session Management(无令牌会话管理)

Better-Auth 避免使用 JWT (JSON Web Tokens) 这种需要在每个请求中传输大量用户数据的传统方式。它的原理更接近于传统的基于 Cookie 的会话:

 

2. Prisma Adapter(数据库适配器)

Better-Auth 通过 prismaAdapter 将其认证流程与您的 PostgreSQL 数据库连接起来:

3. Next.js 集成机制

Better-Auth 利用 Next.js 的特点,实现服务端和客户端的无缝衔接:

简而言之,Better-Auth 的实现原理就是:利用安全的 Session Cookie 作为密钥,通过 Prisma 适配器连接到您的数据库,在服务器端进行身份验证和数据管理,并在 Next.js 的 Server/Client 组件中提供便捷的 Hooks 来消费这些认证状态。

2、后端配置与数据库集成 (Server Setup)

流程步骤文件示例作用
初始化 Better-Auth 实例lib/auth.ts🌟 定义认证规则:这是 Better-Auth 的核心,负责告诉系统如何工作。它配置了:1. 数据库适配器(如 Prisma),用于存储用户、Session 和 Account 数据。2. 认证策略(如 Email/Password, GitHub, Google),用于定义用户登录的方式。

3、API 路由集成 (API Handler)

流程步骤文件示例作用
创建认证 API 路由app/api/auth/[...all]/route.ts🌟 处理所有认证请求:这个 Catch-all 路由([...all])将所有发送到 /api/auth/* 的请求(如登录、注册、OAuth 回调、登出等)转发给 Better-Auth 的 Handler 进行处理。它将 Better-Auth 的核心逻辑暴露给 Next.js 应用程序。

因为打开页面的时候,nav或header上面的auth-user-menu组件会使用useSession()来查看是否登录了,所以会触发/api/auth/get-session接口调用,这个是better-auth帮我们做的。还有登录、登出的接口,都是这样的形式:/api/auth/xxxxxxxx,所以这里就需要有这个文件,让触发这些接口的时候,转交给better-auth进行处理。

4、前端客户端配置 (Client Setup)

流程步骤文件示例作用
创建 Auth Client 实例lib/auth-client.ts🌟 封装前端交互方法:基于后端配置,创建一个客户端实例。它导出了供 React 组件使用的便捷方法,例如 signIn, signUp, signOut 以及最重要的 useSession Hook。
登录、登出、注册、查看是否登录,用到的就是这些方法。这里配置好了之后,在各个组件里面引入使用即可,非常方便。

5、前端组件与会话管理 (Usage & Session Management)

流程步骤文件示例作用
组件中使用 Hookapp/page.tsx (Client Component)🌟 管理用户状态和 UI 切换:通过 useSession() Hook,组件可以获取当前用户的登录状态、用户信息(session.user)和加载状态。这是实现“登录/登出”按钮切换、显示用户名称、以及在客户端保护路由的基础。
服务端获取 Sessionapp/dashboard/page.tsx (Server Component)🌟 在服务端渲染时获取用户信息:在 Next.js 13/14 的服务端组件中,可以直接调用 auth.api.getSession(),通过读取 Request Headers 中的 Cookie 来预先获取会话信息,实现高效的 SSR 或 SSG。

6、编写登录界面

上面的1-4步做好之后,其余的都好说了。

①创建一个登录组件,就是显示登录、登出的button样式的组件,放到nav栏上。里面使用useSession()来查看是否已登录。如果点击登录,就跳转到/sign-in页面;如果点击登出,就调用auth-client里面暴露的signOut方法即可。

②编写app/(auth)/sign-in/page.tsx页面,这个页面UI按照需求编写即可,完全可以是一个普通的form页面。重点是提交表单的时候,要调用auth-client暴露的signIn方法来登录。

③在sign-in页面中,可以加一个跳转链接,跳转到app/(auth)/sign-out/page.tsx页面,这个页面UI也是一个普通的form页面。重点是调用auth-client暴露的signUp方法来注册。

操作

参考https://www.better-auth.com/docs/installation,但是没有专门的nextjs相关的,所以需要结合AI来做。

1、安装依赖npm install better-auth

2、设置环境变量

.env里面添加:

如果需要添加github登录,需要获取GITHUB OAuth凭证后添加:

GitHub Developer Settings -> New OAuth App。

Homepage URL: http://localhost:3000

Authorization callback URL: http://localhost:3000/api/auth/callback/github

获取 Client ID 和 Client Secret。

3、创建better-auth实例,配置数据库及prisma适配器

创建/app/lib/auth.ts文件。加入 邮箱密码、GitHub 登录支持和 Prisma 适配器配置。

4、创建better-auth相关的数据库

先安装依赖pnpm add -D @better-auth/cli,这个依赖是用来生成ORM schema的。

然后使用npx @better-auth/cli generate命令来生成model,这个会在现有的schema.prisma里面追加model,可以根据项目需要添加一些字段,但生成的字段最好全部保留。

如果不想使用这种方式,想直接定义model,可以参考:https://www.better-auth.com/docs/concepts/database#core-schema,按照里面来定义即可。

5、API路由集成

创建/app/api/auth/[...all]/route.ts文件,将代码copy进去即可。这个文件就是帮助我们处理better-auth相关的接口。

image-20251202132705481

6、创建better-auth客户端实例

client实例,可以帮助我们与auth服务进行交互,实例上的signIn方法可以帮助我们登录,signOut方法可以帮助我们登出,useSession方法帮助查询是否已登录等等。

这样我们就不用自己定义API接口了,直接使用这些方法即可。

7、编写登录功能

better-auth客户端实例的方法,使用范例在这里:https://www.better-auth.com/docs/basic-usage

①创建一个登录组件,就是显示登录、登出的button样式的组件,放到nav栏上。里面使用useSession()来查看是否已登录。如果点击登录,就跳转到/sign-in页面;如果点击登出,就调用auth-client里面暴露的signOut方法即可。

②编写app/(auth)/sign-in/page.tsx页面,这个页面UI按照需求编写即可,完全可以是一个普通的form页面。重点是提交表单的时候,要调用auth-client暴露的signIn方法来登录。

③在sign-in页面中,可以加一个跳转链接,跳转到app/(auth)/sign-out/page.tsx页面,这个页面UI也是一个普通的form页面。重点是调用auth-client暴露的signUp方法来注册。

因为nextjs只能做一些简单项目,所以不要担心更复杂的权限,先把这种权限掌握好即可。

light和dark主题转换

使用next-themes库。设置一个 ThemeProvider 组件来包裹您的应用,并使用 useTheme 钩子来切换主题。这个库能自动处理系统偏好设置,并防止页面闪烁。

1、首先在app/layout.tsx里面添加ThemeProvider

image-20251202104505015

2、编写一个toggle-mode组件,用来切换主题

image-20251202104628126

3、在nav或header上面添加toggle-mode组件,因为这个组件使用了Provider,所以看上去是在别处操作,但是会作用到全局。这就是Provider的好处。

image-20251202104740669

疑问:next-themes是怎么设置dark mode的呢?

next-themes 的核心功能是根据当前选择的主题(例如 'light', 'dark', 或 'system')来动态地给根 HTML 元素 (<html>) 添加或移除一个 CSS class。

获取数据时,怎么处理loading和error

这里只谈论GET请求,因为create、update、delete这些请求都会使用server actions来处理,里面会用到useActionState,处理loading和error就比较简单。

我会经常写这样的代码:

那么这里的数据库请求,如果报错了,或者接口很慢,我该怎么处理?

1、使用loading.tsx来处理loading

这是全页面的效果,如果这个页面很大,而页面中别的部分在loading时可能看不到了,所以使用范围有局限。就算使用骨架屏效果,还是不好。

2、使用Streaming + 局部 Suspense来处理loading

这是nextjs v16最推荐的方式,处理的粒度很细。为需要的地方做一个骨架屏效果即可。

3、使用try...catch + error.tsx来处理错误

在获取数据时,使用try...catch来处理可能出现的错误,然后使用error.tsx来展示错误和重试。

但是建议只在当你需要对某些特定错误做精细处理时才写try...catch,普通错误交给error.tsx来处理即可。这是因为 Next.js 官方有意把“严重错误”(网络断开、数据库挂了、代码 bug、超时等)统一交给 error.tsx 处理。还是看项目要求,不要想太多。

nextjs里面组件间传参的方式有哪些?

1、URL传参

① params传参

场景:每个条目都有独立页面、需要 SEO。对应的是url上的params参数:/products/productId,就是这里的productId

② searchParams传参

场景:筛选/分页/排序/临时状态。对应的是url上的query参数:?page=3&sort=price-desc

2、props传参

简单数据、复杂数据都可以通过这种方式来传递。

一般的用法是这样的:

但是如果使用了Suspense,那么就可以使用use来解包Promise。这种是v16时代经典。

3、通过Context传参

这个经常使用,读取和操作数据非常方便。但是只能在client components里面使用。

4、zustand、redux等第三方库传参

这个暂时用不到。

服务端请求怎么调试

在 Next.js 的 App Router(Server Components) 中,服务端发出的 fetch 请求不会出现在浏览器的 Network 面板里,这是目前(2025年底)框架的设计使然。但还是可以手动输出一些日志来调试。

1、在 next.config.js 里打开 fetch 日志(Next.js 内置,最方便)

2、加上基本的错误捕获 + 丰富日志(强烈推荐)

你会看到类似这样清晰的输出: