Nuxt中serverMiddleware如何访问服务端插件注入的context.$db运行时变量

直接在原生Nuxt的serverMiddleware里访问服务端插件注入的context.$db，受执行时序和架构边界限制是做不到的，但可以通过两种零额外依赖的方案实现你要的效果。

为什么直接访问拿不到 #

• Nuxt的服务端插件是在单请求的应用上下文构建阶段才执行的，注入的变量只会挂到当前请求对应的Nuxt上下文对象上
• 而serverMiddleware是直接挂载在最外层的Node服务（Express/连接到Nuxt的服务容器）上的，执行顺序远早于Nuxt针对每个请求构建应用上下文的流程
• 两个模块的执行链路完全独立，没有公共的上下文桥接层，所以没法跨链路直接拿插件注入的变量

方案1：公共模块抽离共享变量（最小改动适配你现有代码） #

这个方法不需要调整Nuxt的原生运行逻辑，只需要把重复定义的变量抽到独立模块，让插件和serverMiddleware都从同一个来源引入就行：

1. 新建共享文件~/shared/db.js，把原来硬编码的db变量挪进去：

   // ~/shared/db.js
   export const db = 'test'
   

2. 修改原有服务端插件~/plugins/db_runtime.js，引入共享模块完成注入逻辑：

   // ~/plugins/db_runtime.js
   import { db } from '~/shared/db'
   export default ({ app }, inject) => {
     inject('db', db)
   }
   

3. 修改你的serverMiddleware文件~/api/index.js，同样引入共享模块即可拿到同一个db引用：

   特别提醒：你原代码里的middleware入参顺序写反了，Express 中间件的标准签名是 (req, res, next)，把res和req的位置写反会导致逻辑完全无法运行。

   // ~/api/index.js
   import { db } from '~/shared/db'
   export default function(req, res, next) {
     // 这里直接使用db变量即可，和插件注入到context的是完全相同的引用
     res.setHeader('Content-Type', 'application/json')
     res.end(JSON.stringify({ dbStatus: db }))
   }
   

方案2：用Nuxt内置运行时配置替代插件注入 #

如果你本来就是要给服务端和应用层提供可配置的运行时变量，用Nuxt原生的runtimeConfig会比手动写插件注入更规范，也不需要额外抽公共文件：

1. 在nuxt.config.js里配置服务端专属的运行时变量：

   // nuxt.config.js
   export default {
     // 服务端专属变量，不会暴露给客户端
     privateRuntimeConfig: {
       db: 'test'
     }
   }
   

2. 应用上下文里访问这个变量不需要写额外插件，直接通过context.$config.db就能拿到，和你原来插件注入的效果完全一致
3. 在serverMiddleware里，Nuxt会自动把请求上下文挂载到req.nuxt.context上，直接读取即可：

   // ~/api/index.js
   export default function(req, res, next) {
     const currentDb = req.nuxt?.context?.$config?.db
     res.setHeader('Content-Type', 'application/json')
     res.end(JSON.stringify({ dbStatus: currentDb }))
   }
   

内容的提问来源于stack exchange，提问作者Renato La Laina