TSW

Tencent Server Web(TSW) 是一套面向 WEB 前端开发者，以提升问题定位效率为初衷，提供 染色抓包 和 全息日志 的 Node.js 基础设施。TSW 关注业务的运维监控能力，适用于 http、https 协议的业务场景，可无缝与现有应用（Koa、Express）进行整合。

TSW 2.0 在 1.0 的基础上抽丝剥茧，辅以现代化的设计模式，去除了 1.0 中的大量糟粕，同时对容器化、云原生更加友好。做到了无侵入、低成本接入。

TSW 3.0 在 2.0 的基础上全面拥抱现代化 Node.js 生态：

• ESM 优先 — 包本身以 ESM 发布，同时完整支持 CJS 和 ESM 用户应用
• Node.js >= 24 — 利用最新的 V8 引擎和 Node.js 特性
• 使用 AsyncLocalStorage 替代 Domain

TSW 3.0 包含以下 Breaking Changes：

• Node.js >= 24 — 不再支持 Node.js 24 以下版本
• ESM 包 — @tswjs/tsw 现在以 ESM 格式发布（"type": "module"），但用户应用不受影响，CJS 和 ESM 均可正常加载
• 配置文件 — 推荐使用 export default 语法（.mjs 或在 "type": "module" 项目中使用 .js）；传统的 module.exports 写法仍然兼容
• moment 移除 — 如果你的插件依赖了 TSW 内部的 moment，需要自行替换

1. 安装

npm install --save @tswjs/tsw
# yarn add @tswjs/tsw

2. 添加配置文件

配置文件是 TSW 启动时加载进运行时的配置文件，主要声明需要使用的 插件 列表。默认会加载项目根目录下的 tswconfig.js 文件，也可以通过启动参数 -c 或者 --config 来手动指定配置文件路径。

TSW 3.0 同时支持 CJS 和 ESM 配置文件：

ESM 配置（推荐） — 使用 .mjs 扩展名，或在 "type": "module" 的项目中使用 .js：

// tswconfig.mjs
export default {
  plugins: [
    new MyPlugin({})
  ]
}

CJS 配置 — 传统写法仍然兼容：

// tswconfig.js
module.exports = {
  plugins: [
    new MyPlugin({})
  ]
}

参数列表:

Name	Type	default	Optional	Description
plugins	Array<Plugin>	-	yes	插件列表
cleanLog	boolean	false	yes	是否关闭默认打印
logLevel	DEBUG/INFO/WARN/ERROR	DEBUG	yes	设置 log level
winstonTransports	Array<TransportStream>	-	yes	Winston日志通道

3. 启动

TSW CLI 支持加载 CJS（.js）和 ESM（.mjs）入口文件：

# CJS 入口
npx @tswjs/tsw ./index.js

# ESM 入口
npx @tswjs/tsw ./index.mjs

# 指定 ESM 配置文件
npx @tswjs/tsw -c tswconfig.mjs ./index.mjs

注意事项：原先 node --inspect ./index.js 中的 CLI 参数如 --inspect 需要转化为环境变量 NODE_OPTIONS 来执行，如 NODE_OPTIONS="--inspect" npx @tswjs/tsw ./index.js。

使用 TypeScript: 推荐使用 tsx，它无需额外配置即可支持 ESM + TypeScript：

NODE_OPTIONS="--import=tsx" npx @tswjs/tsw ./index.ts

也可以使用 ts-node（ESM 模式）：

NODE_OPTIONS="--import=ts-node/esm" npx @tswjs/tsw ./index.ts

CLI (Command Line Interface)

使用 npx @tswjs/tsw --help 来获取 CLI 选项。

Examples

我们提供了一些示例项目以让大家尽快了解该项目。

1. cd ~
2. git clone https://github.com/Tencent/TSW.git
3. cd TSW

Koa (CJS)

1. cd examples/koa
2. npm install
3. npm run serve
4. curl localhost:4443

ESM

1. cd examples/esm
2. npm install
3. npm run serve
4. curl localhost:3000 或 curl localhost:3000/api

HTTPS

1. cd examples/https
2. 生成自签名证书（参考 examples/https/README.md）
3. npm install
4. npm run serve
5. curl -k https://localhost:8000

插件是什么？

TSW 核心的实现方式是 Hack NodeJS 自身的 http.request 以及 http.createServer， 以此来实现抓包机制。在服务器处理请求的前后，在服务器向其他服务器发包的前后，等等，都会有相应的事件抛出，以供用户来进行自定义处理。为了让用户更加方便地复用、传播这样一组组自定义处理，我们将他们抽象出来，形成了插件机制。

一个最简单的插件

export class MyPlugin {
  constructor() {
    this.name = "MyPlugin"
  }

  async init(eventBus, config) {
    eventBus.on("RESPONSE_CLOSE", (payload) => {
      console.log(payload);
    })
  }
}

init 方法是必须的，这个方法在插件加载开始时会被调用，可以是同步也可以是异步。

eventBus

eventBus 是通过 new EventEmitter() 得到的。TSW 核心会在各个关键时机触发上面的事件。

key	含义（触发时机）	payload
DNS_LOOKUP_SUCCESS	在每次 DNS 查询成功之后触发	string | dns.LookupAddress[]
DNS_LOOKUP_ERROR	在每次 DNS 查询失败之后触发	NodeJS.ErrorException
RESPONSE_START	在每次服务器开始返回响应（执行 writeHead）时触发	ResponseEventPayload
RESPONSE_FINISH	在响应结束时（res.on("finish")）触发	ResponseEventPayload
RESPONSE_CLOSE	在底层链接关闭时 （res.on("close")）触发	ResponseEventPayload
REQUEST_START	在每次服务器接受到新的请求时触发	RequestEventPayload

在默认的情况下，TSW 只是会把所有的日志和抓包内容抓取到并且送到事件总线上，以供 插件 消费。所以将日志和抓包内容落地查看一般需要用户自己编写插件以及提供存储，使用成本过于高昂。
因此，TSW 官方提供了公共的服务平台 https://tswjs.org，让用户低成本、更快、更方便地使用 TSW 的特性，详情见 开放平台使用指引。

TSW 面对容器化和云原生设计，没有内置 Cluster 相关功能，推荐直接使用容器的健康检查来完成服务的无损重启和故障重启机制。对于没有使用容器化方案的场景来说，我们推荐使用 pm2 类似工具来实现多进程模式。

pm2

使用 Ecosystem File

// ecosystem.config.json

{
  "apps": [
    {
      "name": "app-name",
      "script": "built/index.js",
      "interpreter": "node",
      "interpreter_args": "./node_modules/@tswjs/tsw/dist/cli.js",
      // other options
    }
  ]
}

// package.json

{
  ...
  "scripts": {
    "start": "pm2 start ecosystem.config.json"
  },
  ...
}

winston 是什么？

winston 是一个通用且轻量的日志包。winston 支持多个日志通道，并且可以分别定义日志优先级。除了内置的三个日志传输通道Console、 File、HTTP，在 Winston 项目外部还会维护一些传输模块。查看 winston 官方文档。

TSW 支持使用 winston 传输通道记录日志信息，用户在配置文件中可以添加 winston.transports 实例，日志会落到对应配置中。

一个简单的示例

使用 winston 记录 error 级别 以及 debug 级别以下的日志信息到对应文件中，当前 config 文件配置如下：

import winston from "winston";

export default {
  winstonTransports: [
    new winston.transports.File({ filename: 'error.log', level: 'error'}),
    new winston.transports.File({ filename: 'debug.log', level: 'debug'})
  ]
}

日志记录

　　　　　　　　　　　 　
　
　　　　　　　　　　　　 　
　
　　　　　　　　　　　　 　
　
　　　　　　　　　　　　 　
　
　　　　　　　　　　　　 　
　
　　　　　　　　　　　　 　
　
　　　　　　　　　　　　 　
　
　　　　　　　　　　　　 　
　
　　　　　　　　

Tencent Server Web 的开源协议为 MIT, 详情参见 LICENSE 。