能不能容忍错误不是你来决定的，是 caller 决定。当然你这样搞，出问题也只能怪 caller 不检查错误。但是一般还是 fail-fast 。
因为你不知道这样的错误会被拖到什么时候才爆发。程序如果不能处理错误，那么就应该尽早死掉重启

nginx 如果要讲深的话就是往 openresty 那边的方向讲，一般都是要牵涉到开发的。
讲浅的就是各种常用配置参数呗
当然了，建议讲讲日常开发或者部署会用到的常用技巧就好了。或者如何使用 nginx 快速假设起开发环境

如果你是问标准库里面的 socket 连接，那么是没有直接的判断方式的。唯有你自己写一个。
方法便是设置 socket 连接的读超时，如果连接读取超时则认为是 socket 已经关闭了

@wcsjtu 是序列化，但是它的序列化是特化的，反序列化的成本接近于零。但是我也没有具体试过。
然后如果你的需求还要读写的话，那么这个库就不能满足你的需求了。如果你需求还隐含跨进程访问。我还是建议你使用数据库。

Python 又不能有效多线程利用内存，你这个如果是跨进程访问，内存跟性能省不了多少。
如果是 nlp 的话，底层都是 C++/C 那些库。你自己封装就不知道好不好与其他组件兼容。
至于你的需求应该是可以随机访问的哈希表，但是要求这个哈希表的内存布局是连续的。连续是没问题，不过连续的话，那么肯定要有额外的空间记录偏移，否则没法让你快速读取。
capnproto 应该是能比较好完成你的需求，否则不用第三方库，你就需要自己定义一个哈希表，以及对应的内存表达格式。
话说回来，C/C++生成一个 Python 的对象其实也是一种性能消耗

@jones2000 毕业大学生会 C++就少，会的那些凤毛麟角早就被大厂吸纳了。而且 C++要会，要真的能产出，本身招聘门槛就已经很高了。不会写的人，悬空指针，段错误，内存泄漏。业务没写多少，都人肉 debug 了

C++是一个多范式的语言，C with Class 本来就是预想设计的一部分。用好它一点问题都没有。
不是说 C++就一定要泛型到处飞的。
虽然现代 modern C++一般都会使用更多的泛型，优先使用组合而不是继承。
至于优秀的设计，不是很建议直接看那些大库，建议看看小项目。要不去看看腾讯开源的 libco?

互联网公司会有 C++的需要的，一般都是基础设施服务，当然也有一些业务是用 C++写的，比如搜索

@Licsber 生成随机数都是平台相关的，不同平台产生随机数的方式不一样。有的是调用所谓硬件提供 RNG 生成，有的是多种熵源生成。语言自己不提供也很正常。

@Osk 是 wsl1 跟 wsl2 都用不了 systemd ，至少现在不能开箱即用。用到也是跟 Linux 下有些不一样的。原因在于 wsl2 的发行版得用微软自己搞的 init 系统，你不能替代它。而这个 init 也干了很多活。如果把它干掉了，现在很多功能用不了。

TCP/UDP 只是传输层协议，真正在用的时候会定义应用层的协议。那么应用层协议就对应 http 协议了。类似应用层就可以解析出一些关键字段，然后根据路由跳转。
当然了，一般都是直接用 rpc 框架来实现这些。一般情况下，开发者压根不用管路由。

上面很多楼已经说过了，哪怕是有 GC 的语言，现代垃圾回收器都会 pauseless 的类型。不会使主线程堵塞。
至于 C/C++/Rust 之类的语言，其实回收内存的时候已经不能称为暂停。因为这个是可预知。只能算成是程序 /函数运行的成本。更类似于你计算一个复杂的问题，函数没法立刻返回结果。

试试多线程 + ioloop

根据我的经验，信用卡或者支付宝之类方式给钱都是秒过的。邮件都是几分钟内就收到了。如果支付出了问题，大可咨询官方客服。Jetbrains 有负责中国区的销售人员，能解决问题的。完全可以用中文

@wellsc 连 luajit 都觉得性能消耗过大，那么就只能干掉网络 IO 。如果还要再 nginx 上开发，那么就只能上 C/C++/Rust 来开发插件。所以建议 Rust 写一个插件也不算不合适。
毕竟 cf 等企业，很多就是直接用系统语言开发一个插件，然后在 nginx/openresty 的基础上跑起来。

我不是很熟悉内核，不过这样的需求，是不是你用 eBPF 就可以解决了，不用改内核啊？

匈牙利命名法是已经过时的东西，但是 C#刚诞生的时候，编译工具以及静态分析工具并不那么强悍。工具并不能在你编写代码的时候就提示你或者帮你推导出类型。那个时候，匈牙利命名法的确起到一定的作用。
C#已经很多年历史了，总不可能把所有的东西推倒重来。但是微软并没有强制你使用特定的代码风格。用 C++写 Windows 程序一样会遇到大量匈牙利命名法的代码，但是一样可以用新的规范。封装好，团队内部有规范统一就可以了。

如果 MySQL 是你关注的点，那么请使用 Linux ，因为 Linux 是它开发的一等公民，MySQL 对 linux 的支持是最完备的。有什么问题，网上几乎也是以 Linux 作为默认操作系统。出于对日后维护的考虑，建议还是购买一台单独的 Linux 虚拟机跑 MySQL