@NPCT4 考虑不清楚，还有个办法：去找个有对接这两家岗位经验的猎头朋友请教，听听意见。

好多年前我也问过类似的问题，有网友留言说我想得太多，很多年过去了事实证明真的想太多。
真的有那么大流量，那营收（或事实上的商业价值）自然也高，基本不用担心这个问题。

asyncio: This module provides infrastructure for writing [single-threaded concurrent code using coroutines, multiplexing I/O] access over sockets and other resources, running network clients and servers, and other related primitives.

thread: This module provides low-level primitives for working with [multiple threads (also called light-weight processes or tasks) ] — multiple threads of control sharing their global data space. For synchronization, simple locks (also called mutexes or binary semaphores) are provided.

[] 里的含义，了解下相信你就明白了。

买个紫外线消毒灯，各种角落照射下

@touzi 五常那边是金融小镇规划，但没地铁规划的啊…

@gnaggnoyil 历史缘故历史缘故，要说对比一下，Python VM 的 GC vs JVM 的可以比一下的…

@sagaxu JNI 写个库不是读读文档、有内存管理意识，明白 Direct Memory 和观察 GCLog 就搞定的么… 50k 的待遇这么高…卧勒个槽。

@mikulch 微服务与具体通信方式的实现不是绑定的，个人理解仅仅是一种架构方式，当年的 SOA 不也是满大街炒么。

碰到有成长机会的公司不容易，某些大厂基础平台和架构非常成熟了，去码后端也就是个 CRUD Boy。要全面了解岗位职责和团队所处价值（是否是核心团队等，关系到成长空间和年终奖） 综合谨慎客观对比咯。

若自认聪明好学，知名外企首当其冲。国内 BAT 除外的企业一概不要考虑。年轻人的简历背景力求根正苗红啊。

举一个极端的例子：银行存款只有 100 块了，花掉这钱请人帮家里做个保洁会比自己做保洁更幸福么。
看来钱多到花钱时不计较，幸福感才更强嘛。

当然选型时你也可以对比下其他方案，如 gRPC

Thrift 做到了异构系统间通信协议的一致性,而且具备异常处理机制,提供了认证鉴权机制。而且, 最关键的是在分布式环境中,性能至关重要,Thrift 提供了不错的序列化机制,支持二进制消息压缩传输, 仅从这几点来看,建立在 HTTP 协议基础上的 RESTful API 确实不能很好的应对。

补充一句：对于有性能要求，尤其是低 RT 要求的中大规模服务，GC 方式的选择和调优就会很明确的暴露出来了。不懂 GC 肯定没法做调优的，老板终归不会让你无限制的 +机器解决嘛。

需要参与内存管理的语言都需要 GC 机制的，不然要码农自己（手动或半自动）管理内存了，因忘记释放内存，排查时太痛苦了，内存泄露会显得程序不健壮、程序猿太低能。

为啥考察这类姿势呢，因为 JVM 支持的 GC 花样儿很多（多种 GC 收集器、大量可调参数）目的是为了更好的配合不同类型的应用长期运行。不懂是做不好的，知其所以然让工作生产更有效率嘛。

如果能带（影响）人把一个事情从 0 到 1 甚至到 100 做好，这种人不管工作多久，是少之又少的。不太想说一个不争的事实，有很多工作 N 年的人技术或学习能力可能不如优质的应届生，先提升能力再说。能力好、所处岗位替换成本高自然就不怕咯。

国内竞争太大，很多公司代码都是读 API Doc + 查 Google 然后写写 CRUD，干这种活招聪明的应届生就够了。一堆 40+ 的大叔如果不是技艺精深那么招来没啥卵用（给 2-3 年码工的薪酬大叔们能干？）。

只能优化算法了吧。
官方给了个原理性的 paper 链接： http://www-archive.mozilla.org/projects/intl/UniversalCharsetDetection.html
可以重点看看 GB2312 的 confidence 计算方式