如何在其他Node项目中不通过API端点直接调用Strapi服务

你设想的「直接在外部Next.js/Remix项目里照搬strapi.db.query代码做数据库调用」的写法，原生不支持。

核心原因很简单：strapi.db.query是Strapi服务进程内部的实例方法，只有Strapi自己启动完成、加载完所有自定义内容类型、连好数据库之后，才能拿到可用的strapi实例调这个方法。外部Next.js/Remix项目和Strapi是完全独立的两个进程，内存不互通，你根本拿不到那个初始化好的strapi对象，硬把这段代码抄过去跑，只会直接报strapi is not defined的错。

想要达到「不用手写重复fetch/axios逻辑、有TS自动补全」的效果，有几个可行的落地方案，可以根据自己的项目场景选：

• 方案1：Monorepo同仓引入Strapi实例（仅适合小项目/本地开发）
  如果你把Next.js和Strapi放在同一个Monorepo仓库下管理，可以在Next.js的服务端代码（仅限服务端组件、路由处理函数、SSR逻辑，绝对不能放到客户端组件代码里）里引入Strapi依赖，手动启动Strapi实例之后再调用db方法。
  这个方案坑不少：两个应用会抢数据库连接，内存占用直接涨一截，Strapi版本、装的插件两边必须完全对齐，稍不注意就会出类型报错、实例没启动就调用的时序问题，自己本地玩小项目可以试，生产环境别这么搞。

• 方案2：基于Strapi类型生成能力封装轻量客户端（生产环境推荐，最贴合你的需求）
  这个方案是目前生产环境用得最多的，改造成本低，体验和你想要的几乎没差：Strapi自带TS类型生成命令，你在Strapi项目里跑一句npm run strapi ts:generate-types，就能自动生成所有内容类型、查询参数、返回值的TS定义，把生成的类型文件拷到前端项目里，再写个百来行的薄封装，把鉴权、报错处理、接口拼接这些重复逻辑统一收了，之后调用的时候不仅有完整的TS自动补全，连代码写法都和你预期的strapi.db.query一模一样。
  简单的封装示例：

  // 导入从Strapi项目导出的自动生成类型
  import type { Strapi, EntityService } from './types/strapi';
  
  const strapiRequest = async (path: string, options: RequestInit = {}) => {
    // 统一处理鉴权、错误、接口地址拼接
    const res = await fetch(`${process.env.STRAPI_INTERNAL_URL}${path}`, {
      ...options,
      headers: {
        'Authorization': `Bearer ${process.env.STRAPI_FULL_ACCESS_TOKEN}`,
        'Content-Type': 'application/json',
        ...options.headers,
      }
    });
    if (!res.ok) throw new Error(`Strapi request error: ${res.statusText}`);
    return res.json();
  };
  
  export const strapi = {
    db: {
      query: <T extends keyof Strapi['contentTypes']>(contentType: T) => ({
        findOne: (params: EntityService.Params.Pick<T, 'where' | 'populate' | 'fields'>) => {
          const [, apiPath] = contentType.split('::')[1].split('.');
          return strapiRequest(`/api/${apiPath}s/findOne`, {
            method: 'POST',
            body: JSON.stringify(params)
          }) as Promise<Strapi['contentTypes'][T]>;
        },
        // 可以按需求补findMany、create、update等常用方法
      })
    }
  };
  

  封装完之后的调用写法和你预期的完全一致，TS补全也能正常生效：

  const entity = await strapi.db.query("api::activity.activity").findOne({
    where: { slug: id },
    populate,
  });
  

• 方案3：直接用Strapi官方提供的TS客户端SDK，官方已经封装好了通用请求逻辑和类型适配，不用自己写封装代码，直接安装引入就能用，体验和内部调用差距很小。

最后提个必守的注意事项：所有涉及Strapi数据库操作、带高权限Token的请求逻辑，必须放在服务端代码里执行，绝对不能泄露到浏览器客户端侧，否则会直接暴露数据库权限，造成严重的安全问题。

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