#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 相比优势在哪里。

原生支持有栈协程的语言真没几个，不知道 Java 的虚线程用起来咋样。

肯定是未定义行为，但是实践上应该没太大问题。

看看 IETF draft draft-ietf-dnsop-svcb-https

默认你说的是 Java 。Spec 对 volatile 只要求了 release/acquire 语义以及 volatile 写 happens before 后续的 volatile 读。store-release 只需要前一个屏障，而后一个屏障是为了实现第二点 volatile 写-读保序，副作用是同时禁止了普通读写的重排。屏障不是 spec 的要求，只是一种实现方式。

了解一下网络时延的构成

1 楼说的对，你这个项目的潜在开发者会倾向于用更底层的工具，而不是找一个小众的脚本学它的 CLI

用 Any ？