thynson

1. 浏览器的 keep-alive 机制优化掉了连接建立的开销
2. 浏览器默认会开启压缩，而 postman/node.js 默认没有压缩，如果 response body 较大，而且网速不够快的话，会有显著的区别
3. 如果你要测量一个接口的响应时间，最好在服务端测量，浏览器端的测量不可避免的会收到网络的影响

我是主张用异常的。
如果为了性能，自定义的业务异常类可以避免捕获调用栈，生成调用栈的性能开销是极大的。

@zzh2036 NestJS 印象中我是这么做的，在依赖注入框架下，然后在每个类初始化的时候用，可以把 requestId 注入进来，并关联到 Logger 上，requestId 的产生需要定义一个 provider 。当然这种做法还是有一定的侵入性

或者直接看这个连接吧 https://sensejs.io/zh-CN/docs/introduction/hello-world#%E8%BF%90%E8%A1%8C

nestjs 是不太好做的，所以我自己实现了一个类似的框架 sensejs
进一步了解： https://sensejs.io 或者 https://github.com/sensejs/sensejs

如果希望对框架有更强的掌控，可以考虑下 https://sensejs.io

@ireqhawk 其实只是历史包袱太重，只要是新起的项目展现层肯定会考虑 ElectronUI 方案（最终不一定选用就是了），如果不是图形和视觉类应用（比如视频剪辑），且有跨平台需求（某些行业 Mac 用户比例还是很高的，比如互联网），ElectronUI 在跨平台上还是很有优势的。

如果信不过路由器，直接把网线插到电脑上拨号试试