Next.js中"use server"模块在客户端与服务端加载实例是否独立？

核心原因：运行环境隔离 + 服务端无状态请求 #

1. 客户端与服务端是完全独立的运行环境
   你导入的serveraction.js虽然是同一个文件，但客户端和服务端会分别处理它：

   • 客户端页面（PAGE1）导入时，"use server"标识会让框架只生成服务端函数的调用代理，客户端根本不会加载模块里的TEST变量。你点击按钮调用服务端action时，实际是向服务端发起一次远程请求，在服务端的某个进程/模块实例里执行函数并修改TEST。
   • 服务端页面（PAGE2）属于另一个独立的请求，会加载全新的serveraction.js模块实例，和之前action调用的实例完全分离，所以TEST还是初始值false。

2. 服务端模块实例不跨请求共享状态
   服务端的每个请求（包括action调用、页面渲染）都是无状态的，模块级变量（比如你的let TEST = false）只存在于当前请求的生命周期内。请求结束后，这个模块实例的内存会被回收，所以你在action里修改的TEST，不会被后续的页面渲染请求读取到。

解决方案：用持久化存储共享状态 #

如果需要跨请求、跨场景共享TEST的值，不能用模块级变量，得用专门的状态存储方案：

• 内存缓存：用node-cache这类库在服务端内存中存状态（适合单实例部署，多实例场景下状态不共享）；
• 分布式缓存：用Redis这类工具，适合多实例部署的场景；
• 数据库：如果需要持久化状态，用MongoDB、PostgreSQL等数据库存储；
• 用户级状态：如果是和特定用户绑定的状态，用Session或Cookie存储。

举个简单的Redis示例（伪代码）：

// serveraction.js
"use server";
import Redis from 'ioredis';
const redis = new Redis();

export async function setTestValue() {
  await redis.set('TEST', 'true');
}

export async function checkvalueoftest() {
  const value = await redis.get('TEST');
  return value === 'true';
}

这样不管是action调用还是服务端页面渲染，读取的都是Redis里的共享状态，就能得到正确的值了。

内容的提问来源于stack exchange，提问作者user20657754