不能直接用npm start启多个Express实例，因www文件硬编码端口导致EADDRINUSE错误；正确做法是单实例通过app.use()挂载动态路由前缀（如/acme、/stark）实现租户隔离，而非多端口硬启。
为什么不能直接用 npm start 启多个 Express 实例？
因为默认的 package.json 中 "start" 脚本指向 node ./bin/www，而 www 文件硬编码了端口（通常是 3000），且启动后进程独占该端口。你改一个端口再跑一次，会报 Error: listen EADDRINUSE :::3000 —— 这不是 Express 问题，是 Node 的 http.Server.listen() 行为。
真正要做的，是让每个租户实例**独立加载、独立监听、独立配置路由前缀**，而不是靠反复改端口硬启多个服务。
- 不要在同一个项目里反复
npm start多次 - 不要手动复制整个
express-generator项目 N 次来模拟租户 - 避免用
forever或pm2 start --watch管理多个www文件——它们共享同一套app.js，路由无法隔离
app.use() + 动态子路由是多租户路由的核心
Express 本身不提供“多租户”抽象，但 app.use(path, router) 可以把不同租户的路由挂载到不同路径下，比如 /tenant-a/、/tenant-b/，这才是轻量、可复用、易调试的方式。
关键不是“开多个端口”，而是“一个端口，多个逻辑租户入口”。本地测试时，你只需要一个 Express 实例，然后动态注册路由：
const express = require('express');
const app = express();
// 假设租户列表来自 config 或 DB
const tenants = ['acme', 'stark', 'wayne'];
tenants.forEach(tenant => {
const router = express.Router();
router.get('/dashboard', (req, res) => {
res.json({ tenant, route: '/dashboard' });
});
router.get('/api/users', (req, res) => {
res.json({ tenant, data: [] });
});
app.use(`/${tenant}`, router); // ← 关键：挂载到 /acme、/stark 等路径
});
这样访问 http://localhost:3000/acme/dashboard 和 http://localhost:3000/stark/dashboard 就天然隔离，无需额外端口，VSCode 终端只起一个服务即可。
VSCode 调试多个租户时，launch.json 怎么配才不冲突？
如果你真需要多个端口（例如模拟不同租户部署在不同服务器），别用多个 npm start，改用单个入口文件 + 参数化端口启动，然后在 launch.json 里定义多个配置项：
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
{
"version": "0.2.0",
"configurations": [
{
"type": "node",
"request": "launch",
"name": "Tenant A (port 4001)",
"program": "${workspaceFolder}/server.js",
"env": { "TENANT": "acme", "PORT": "4001" }
},
{
"type": "node",
"request": "launch",
"name": "Tenant B (port 4002)",
"program": "${workspaceFolder}/server.js",
"env": { "TENANT": "stark", "PORT": "4002" }
}
]
}
对应 server.js 里读取环境变量：
const port = process.env.PORT || 3000;
const tenant = process.env.TENANT || 'default';
app.set('tenant', tenant);
app.listen(port, () => console.log(`✅ ${tenant} running on port ${port}`));
注意：env 是 VSCode 调试器注入的，不是系统全局环境变量；每次只能运行一个调试配置，否则端口仍会冲突 —— 这正是设计意图：让你明确区分租户上下文，而不是无意识地并行启动。
静态资源和视图引擎怎么按租户隔离？
Express 默认的 app.set('views') 是全局的，但你可以为每个租户 Router 单独设置视图路径，或用中间件动态切换：
- 视图路径：用
router.set('views', path.join(__dirname, 'views', tenant)) - 静态资源：用
app.use(`/${tenant}/public`, express.static(path.join(__dirname, 'public', tenant))) - 模板渲染时传入租户标识：
res.render('index', { tenant })，然后 EJS 模板里做条件判断
最易踩的坑是：在 app.set('view engine', 'ejs') 后，所有 res.render() 都走同一套查找逻辑。必须靠路径前缀或中间件提前注入 res.locals.tenant，否则租户 A 的请求可能意外渲染了租户 B 的 views/layout.ejs。
复杂点在于租户间共享中间件（如鉴权）但隔离数据源 —— 这部分没法靠路由前缀解决，得在中间件里根据 req.baseUrl 或自定义 header 提取租户标识，再切换数据库连接或缓存命名空间。本地测试时，别跳过这步模拟，否则上线后才发现租户数据串了。
