如何将Quasar 2.0+应用与Express API打包为单个EXE可执行文件？

把前端和后端打包成单个EXE是完全可行的，以下是几种实用方案及对比：

一、优先推荐：构建Quasar静态资源，用Express托管（最简方案） #

这是最直接、低复杂度的方案，无需多进程，适合绝大多数SPA场景：

1. 构建Quasar静态文件：执行quasar build，生成dist/spa目录下的前端静态资源。
2. 修改Express项目：添加静态资源托管逻辑，同时处理SPA路由 fallback，示例代码：

const express = require('express');
const path = require('path');
const app = express();

// 托管Quasar构建后的静态文件
const quasarStaticPath = path.join(__dirname, 'dist/spa');
app.use(express.static(quasarStaticPath));

// 挂载GraphQL API路由
app.use('/api/graphql', require('./graphql/server'));

// SPA路由 fallback：所有非API请求返回前端入口文件
app.get('*', (req, res) => {
  res.sendFile(path.join(quasarStaticPath, 'index.html'));
});

app.listen(3000, () => {
  console.log('服务启动：http://localhost:3000');
});

3. 调整pkg配置：将Quasar构建目录加入assets数组，确保打包时包含静态资源：

"pkg": {
  "assets": [
    "public/**/*",
    ".env",
    "dist/spa/**/*"
  ],
  "sourceType": "module",
  "targets": [
    "node18-win-x64"
  ],
  "outputPath": "dist"
}

4. 打包EXE：正常执行pkg打包命令，生成的EXE会同时包含API服务和前端静态资源，启动后访问端口即可同时使用前后端。

二、Cluster多进程方案（非最优，仅适用于特殊场景） #

有人建议的Cluster多进程方案并非当前场景的最优解：

• 该方案适合需要进程隔离、多进程负载优化的复杂场景，但对于SPA+API的组合，Express本身就能高效托管静态资源，额外启动子进程只会增加复杂度和维护成本。
• 如果确实需要用Cluster，可编写父进程脚本，分别启动API进程和静态文件服务进程，但完全没必要为当前需求额外引入这种架构。

三、Node 21+官方单可执行文件方案（替代pkg的原生选择） #

Node 21的单可执行文件（SEA）是官方实验性特性，可替代第三方工具pkg：

1. 同样先完成Quasar构建和Express托管配置。
2. 按照官方流程，编写sea-config.json配置文件，指定入口文件和资源。
3. 生成SEA blob并合并到Node二进制文件中，注意需要手动处理静态资源的嵌入（比如通过fs.readFileSync读取静态文件内容，或用工具将资源打包进可执行文件）。
4. 优点是无需依赖第三方工具，缺点是目前仍为实验性特性，配置繁琐，资源处理逻辑比pkg复杂。

可行性总结 #

所有上述方案均可行，优先选择「Express托管Quasar静态资源」的方案，投入时间最少、维护成本最低，完全满足你的需求。

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