为何可在Next.js服务端组件中使用next-intl的useTranslations钩子？

Next.js服务端组件（Server Components）确实禁止使用useState、useEffect这类客户端钩子，但useTranslations是个例外，核心原因是它的钩子实现完全适配了服务端渲染的场景，和普通钩子有本质区别：

• 无客户端副作用：useState负责维护客户端的可变状态，useEffect处理客户端生命周期的副作用（比如DOM操作、异步请求），这些都依赖客户端的运行环境。而useTranslations内部的useMemo仅用于缓存翻译函数，useContext读取的是服务端预注入的静态国际化上下文，全程没有客户端特有的副作用或状态变化。

• 服务端兼容的上下文机制：next-intl的上下文是在服务端渲染阶段就填充好了当前语言的翻译数据，服务端组件读取这个上下文时，直接获取的是静态数据，不需要依赖客户端的React运行时。普通useContext如果关联客户端状态，就无法在服务端组件中使用，但这里的上下文是纯服务端预准备的。

• 跨环境分支逻辑：你看到的源码里的useMemo和useContext，其实是useTranslations针对客户端组件的分支逻辑。在服务端组件中，这个钩子会跳过客户端钩子的调用，直接返回基于服务端上下文生成的翻译函数——它本质是做了环境兼容，不是真的在服务端组件里运行了客户端钩子。

简单说，useTranslations是个“伪装”成钩子的跨环境工具，在服务端组件里走的是纯服务端逻辑，只有在客户端组件中才会触发真正的客户端钩子。

内容的提问来源于stack exchange，提问作者신원세