@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 ？

信息熵？

维基百科 identifier 上缩写都是 ID ，没看到 Id

@Marionic0723 配了 DMARC 才会校验 From 和发送方域名一致性。
应该是伪装 hotmail.com 服务器的身份发了这封邮件，看了一下 hotmail.com 的 SPF 是策略 ~all ，qq.com 的 DMARC 是 quarantine ，所以放到垃圾箱是没问题的。