去了多半回不来了

两个人

arch

@ceet 去 loc 论坛挂出来，保证把你打趴

zerotier

@kajweb 单独做个登陆页面，可以放到一个单独的路径，其余所有页面都加鉴权就好了

@hgjian 要简单用用，可以直接用 tee 命令

直接写 stdout

@des 倒入车库不让发？？哪里敏感了，wtf

上次看见有个图，好像是倒&车-入 77 库来着，被审核打回来了，说不建议这样开，笑死

另外这里好像也不让发？？有啥问题？？

@anguiao 说错了，确实是零分，用的热风枪

@wclebb 竟然还有 1 分，想想之前微软 1 的一分

之前在 v2 搜索过，试了下 hakurei & hikari，也没有推广，还不错

@des
最近死亡搁浅看多了，第一个想到的就是快递
可能有些东西不够准确，但是基本就是这些原理了
如果说的有不对的地方，希望大家能指正

打个比方，好比如双十一代购
同步阻塞就是，你买了东西，等快递到了再去做其他事情，等待的时候啥也不做
非阻塞就是，你买了东西，你自己过一会去看一下到了没，过一会看一下
异步就是，买了东西，人家短信通知你，你可以做其他事情去。其中还有水平和边缘触发的区别，也很简单，一个是你有快递了通知你一下，另一个是你有快递了一直通知你
至于省出来的时间当然是，你在那里瞎等的时间或者自己去查状态的时间。
什么，你说自己查状态也不费时间？那假如你有 1w 个呢，每一个都要查一遍呢？

另外这是建立在，你的工作本身就是处理这些快递的前提下的，也就是 io 密集，类似 curd （怎么感觉像是在黑 curd

如果是 cpu 密集，那就完全不一样了。
你需要花很多时间去处理相关的东西（与 io 无关的），比方说，快递到了要组装好才能再给代购的人，这期间你是没法处理其他快递的

所以问题就很明显了，省下来时间就是在那里干等白白流逝的时间，本来你还能接更多单的。
至于说人家快递发的慢，那你也没办法是不是（指 io 本身慢以及 io 处理对方慢），但是你还是能服务到更多人是不是？


同步阻塞的另一种方案是，开多个线程去等，就好比限购，你只能找多个人一起买，然后每个人还是慢慢等
这个好像在客户端程序开发多见一点，毕竟异步写起来还是比较复杂的

@liuminghao233
那你可以试试微信，试试和机器人谈话