楼上有直接反驳的，我看你也没理他。
你可能没有搞懂一些概念。

nio 就是给 select/epoll 包了一层
如果你写过 C 语言的 server 的话你应该知道编程模型是：
一个主线程 /eventloop/selector 在等待 io ，出现事件以后再执行 callback/起一个线程执行 callback 。
如果你的下游是阻塞的，比如是 jdbc ，你要为 callback 起个线程，那确实符合你的描述。

但是如果你的主要任务是当个网关，你的下游支持异步请求（比如基于 netty client 的 rpc 库 /支持异步的数据库），那么你可以用 completableFuture 的那套东西，不需要让工作线程阻塞在那监听下游。

在这种情况下，200 个同时来的请求，不会产生 200 个同时 block 住，等待下游的线程。

200 这么点，当然你用啥模型都没影响，想让单机并发破千、破万，肯定要死扣每个线程的几兆内存。

不要信官网的测试，都是 cherry picked
我相信 clickhouse 应该更好一些
如果不想运维的话，建议 snowflake ，redshift 或者 bigquery

Java 的完全没问题，Scala 的吐了

帮顶同事一下
base 在北京
大部分时间在家，但是由于社保政策等原因不能完全异地 remote
目前每周回公司办公一天
真的有海量 hc

@danhahaha 你算过你的时薪么

额
升到十核应该比 32g 还优先
因为 m1 是 4+4
m1 pro 是 8+2
这个阉割的多半是 6+2
看着毫无性价比

“设计没难度”的原因是 IP 核全是买的

Amazon Linux 都搞了快十年了
腾讯云抄的也太慢了

Java guice
启动倒是很快，几秒就行
编译，docker 打包要几分钟

我们一般用 cdk 的

https 会把 url，header 甚至 GET 这个命令本身加密
除了语义之外问题不大

学学 C++吧
你就会感激 Java 设计的有多好

不开玩笑的说 Typescript

没啥差距
就是 A12X 和 A14X 的区别

与此同时
Graviton 2

其实就是银行系对支付宝的打压
经常用信用卡借钱，及时还款=>信用好
经常用花呗借钱，及时还款=>信用不好

其实是这样的
人行当年出了规定，网贷一律上征信
苏宁和京东先接入的
新系统统计的比较详细，精确到月消费
而信用卡在征信报告上只有总的统计信息
有一些办理贷款的业务员，看你征信报告比别人的长
觉得可能更有风险，算了吧
所以有些人告诉你白条和花呗不要乱开，“毁征信”

现在大家都用的话其实问题不大，应该抱怨的对象是银行

@Laforet

什么被大多数人反感？
https://www.change.org/p/google-inc-don-t-remove-community-captions-from-youtube

@Laforet

你根本没投稿过字幕
标题和简介和字幕都是要审核的

你根本不知道做字幕需要多长时间
一个半小时的字幕需要一整个通宵