@eason1874 感觉这样操作金额小了没有价值，金额大了又很难有合适的名目，还要找各种发票。投资还有买房买车之类的大宗消费都不太行。

不明白，开公司钱想出来不还是要交税？

@Xusually 让右方道路的来车先行，并没有特指直行车

@tuduweb 查了一下《实施条例》
第五十二条
（二）没有交通标志、标线控制的，在进入路口前停车瞭望，让右方道路的来车先行；
（三）转弯的机动车让直行的车辆先行；

让右优先于让直行

没有红绿灯，没记错的话应该是让右

要么是内容本身付费，要么是广告，想不出来其它模式。带货是广告里最直接的。

强密码本身不用担心暴破。密码登录主要问题在服务器能看到明文密码，所以客户端一定要有 host key 校验。fail2ban 可以有，能减少服务器压力，或者让攻击者知难而退。

#7 理解错了，以为是任意状态复原了。
重复加密一个 block 应该是可以的，因为它也是一个可逆映射，构成置换群

魔方群不是循环群，应该不行

@GeruzoniAnsasu 本质上，是你后一个 promise await 了前一个。相应地 Go 里面为每个 goroutine make 一个 channel ，在写结果前等前一个 channel 就行了：

in := make(chan func() any)
out := make(chan any, 1)

go func() {
for result := range out {
consume(result)
}
}()

prevDone := make(chan struct{})
close(prevDone)

for do := range in {
done := make(chan struct{})
go func(do func() any, prevDone <-chan struct{}, done chan<- struct{}) {
result := do()
<-prevDone
out <- result
close(done)
}(do, prevDone, done)
prevDone = done
}
close(out)

@GeruzoniAnsasu #22 没明白你说的，对 Go 来说大部分情况只要把无栈协程模式的 await 直接改成同步调用就行了，并不需要启 goroutine 。
举的例子只要在 goroutine 把结果写到一个 slice 对应位置就可以了，“回到同一个与 spwaner 共享的 chan 里”是伪需求，因为 chan 是 Go 特有的。

看看关于裂脑人的研究试验，反直觉又很唯物

8k 少买点衣服化妆品应该够了

比起少写引号我更想加点注释

反代一下？

@chaleaochexist 那应该是 gRPC vs RESTful API 而不是认为 RPC = gRPC ，HTTP = RESTful API 。况且你主题通篇没有提到 REST 。

话说回来，gRPC 和 RESTful API 仍然是不同层面的东西。RPC 和 RESTful 最大区别是不同的 API 设计风格，这应该也不是你想问的问题。

所以你想问的可能类似 gRPC vs JSON-RPC over HTTP/1.1 ，这个看上面大概已经有答案了。

@Chingim 不是，RPC 可以基于任何通信方式（例如 UDP 、IP 甚至串口通信协议），基于 HTTP2 的 gRPC 显然和 HTTP 不在同一层。即使都是基于 TCP ，也未必有比较的意义，例如 HTTP 和 SSH 有啥好比较的呢？

公钥过期就用外层 Hello 协商的加密通道重新分发

> 2. RPC 和 http 不是同一概念无法比较

既然你已经了解，为啥还会提出这个问题？你所说的 http 是特指 HTTP 1.x 还是包括 HTTP2 ？如果是前者，就 gRPC 而言，先了解一下 HTTP2 比 HTTP 1.1 的优势。如果是后者，就好像在问 HTTP 和 TCP 相比优势在哪里。