unhappy path 如果出现频率不可忽略的话，catch 段会耗费大量时间啊

比如某个 api 是接受用户输入的，输入简单处理之后交给内部的库去 parse，如果这个库的 pasererror 是 throw 出来的，那么这个接口只需要很少的代价就可以 dos

第二个问题好像是 typec hub 的通病？我的两个 hub 都有这个毛病

ios qq 出了个简洁模式，挺好用的，而且还加了黑暗模式，我已经把 tim 卸了

Xnip

有上下文吗？线程不切换的话多线程的意义在哪里

@zsdroid
短期内也许是这样，但是信道容量上升必然会带动新的更加耗费流量的应用出现，所以你还是会下载更多的东西。就像内存变大之后，开发者们认为可以使用的内存变多了从而开发出更耗内存的应用。

这个是真的 2333，不想开通就不回复好啦

找个快点的梯子然后 https://elixir.bootlin.com/linux/latest/source

去官网下载完整包…不要去 app store 安装

adguard, tampermonkey, 1password, savepocket

@ccoming
你用的 win 怎么不说呢？？？？

mkdir -Force D:\xxxx

你的 py 版本发送的内容不全，或者格式错了，导致服务端一直在等待后续内容从而超时了。

你需要对比的是两个版本 tcp payload 的内容，从图里看，java 版发送了 174 字节，而 py 版只发送了 155 字节

mkdir -p 如果已有重名目录是不会报错的……这是-p 参数的效果之一