在 Linux 支持的文件系统中：

- Windows 也原生支持的：NTFS 、FAT32/16/12

- Windows 需要额外装驱动的：btrfs （ Winbtrfs ）、ZFS （ OpenZFS ）

- Windows 是原生支持，但 U 盘和移动硬盘用不上的：UDF 、CDFS

直觉的解法 B 站特别多，把这个问题延伸到 10000 门就好了：

你任选一个门，主持人打开其他 9998 个门，全是羊，只留下一个门。现在问你换不换成他留下的那个门？

傻子来了也知道要换了。

@LeeReamond 因人而异吧，我是从 Rust 接触后端开发的，所以没有思想包袱。反而是 Django 、Springboot 那些重型框架，我是一点都玩不转，啃几十页的文档纯属折磨自己。这个角度上来说，actix-web 才是「简单」的那一个。

其他语言的后端框架我只用过 Python 的 sanic 和 fastapi ，不好点评。

至于折不折磨，我只能说，一个人会了自然就觉得不折磨，不会自然写什么都觉得折磨… 抱着一个老后端的眼光看新框架，不适应是正常的。

@LeeReamond 是的，全部用 Rust 。我们的技术栈是 SeaORM （数据库访问）+ actix-web （ HTTP 服务器）+ utoipa （ Swagger 文档自动生成）+ Tokio （异步运行时）。非常爽的开发体验。

虽然代码不便公开，但我以前给本科课程写的大作业示例的技术栈是一样，可以看一下 https://github.com/w568w/IntroDB-2023Spring-Backend/

最重要的特性其实就是生态，因为生态好能说明以下几点：

1. 语言流行，人人都愿意学

2. 包管理简单，容易发布自己的包、安装别人的包

3. 支持的平台多，和 C 互交互能力强（因为很多平台都要依赖 C/C++ 库实现）

4. 有人愿意用它完成实际的生产应用需求

目前满足这些的，我知道的也就只有 Python 和 Java 了。后起之秀还有 Rust 。

@liuliuliuliu 我们生产服务器有一些接口是用的 actix-web ，实用性很高，写起来很爽，实际统计出异常的次数比其他语言（ Python 、Go ）低一个数量级

@aloxaf 第二名的 xitca-web 其实就是 actix-web 前主要维护者 Nikolay 重写的，算是精神继承。他之前对 actix-web 里 unsafe 代码太多大为恼火，和其他成员沟通无效后离开项目，重写了他号称「 100% 安全 Rust 」的 xitca-web 。

我是老实人，这应该是说 Go

歪个楼，我理解的 Java 味：

- 所有东西建对象，还没开始写代码先在 model 目录下铺几十个 Java 文件

- 所有对象不用 public 成员，全部重写 setter 、getter

- 不管用什么语言，一定要用 Java 的命名风格（文件和类名一致，类名大写驼峰，变量名小写驼峰），即使这语言里的标准风格根本不是这样

- 先抽象出 Beans 、Adapter 、Factory 、Manager 、Builder 、Delegate 、Runner 、Visitor… 即使是根本没有必要的小项目。然后把本来紧凑的几十行代码掰成几百行，再分散到二十个不同功能的文件里

- 到处用框架提供的注解，但实际上又不懂 JSR 里的注解

@w568w 补一句：以上言论对事不对人，插件是好插件。但这个文案给人的第一印象非常差：开发者都懒得花几分钟写文案，而是把 AI 生成的牛头不对马嘴的浮夸文案看也不看就复制粘贴过来，怎么能期望质量高呢？

这种 AI 文案看多了挺反胃的，莫名其妙且不恰当的华丽比喻 + 铺满屏幕的无意义 Emoji + 意义不明且语义+ 重复的 1.2.3. 列点 + 关键功能一笔带过、毫无特色的地方大书特书

直接说「 JSON 格式化、结构可视化插件，支持搜索和语法高亮」我就买单了。你这文案，我看完一遍都不知道要表达什么。又是「贵族」又是「衣柜」，不仔细看还以为是什么皇室软件。再说了，我用 bejson.com 不香吗？

@w568w 写完发现把问题看错了，补救一下：

> 为什么不一并重建一下 Intent 复原其内容

你确定吗？我试了一下，没复现你说的问题。重建时，Intent 内容依然是保留第一次启动的。

这个问题的答案就写在配置变更的介绍文档里啊： https://developer.android.com/guide/topics/resources/runtime-changes?hl=zh-cn

划重点：

> 您可以采用三种主要方法在重新创建 Activity 的过程中保留相关状态。采用哪种方法取决于您要保留的状态类型：

> - 本地持久性存储
> - 保留对象（如 ViewModel 实例）
> - SavedInstanceState

最后一种就是你要找的。具体文档示例在：《保存和恢复瞬时界面状态》 https://developer.android.com/guide/components/activities/activity-lifecycle?hl=zh-cn#saras

Windows 我不熟，只说 Linux：

Google 有个自家 Authenticator 的 PAM 模块，可以用 Google Authenticator app 认证： https://github.com/google/google-authenticator-libpam

你设置一个 LDAP 服务器，也可以用 OpenLDAP 集中认证： https://wiki.archlinux.org/title/LDAP_authentication

@AoEiuV020JP 我猜你说的是 wifi lock 的问题？可以试一下 termux-wake-lock

@lesismal AI 生成幻觉的典型问题就是看似格式正确，细究都有问题。

比如 LLM 胡扯的什么「集成优势」，人家原文（甚至都不在上面的采访里）的意思是 Go 的缺陷正是难以集成，LLM 直接颠倒黑白了，把劣势当优势了。

还有垃圾回收是相对于 Rust 说的，简单性是相对于 C# 说的，以及受访者最想强调的 OOP 缺陷，大模型完全没理解也没提到，我不知道你说的「总结得好」是什么意思…

@lidashuang 内容用 AI 回复 100% 封号，且用且珍惜。

给各位一点总结：

受访者是 C# 的语言架构设计师、TS 创始人：

1. 为什么不用 Rust ？

- 代码太多，只能移植现有代码
- 现有代码依靠 GC 和大量循环数据结构，但 Rust 不支持这些
- Rust 更像是一个现代的 C++，而不是一个现代化的 JavaScript ，而 Go 在某些方面实际上是一个现代化、原生的 Python/JavaScript

2. 为什么选 Go ？

- 除了上面的好处以外，Go 中的小对象会自动内联到栈上，这个优化对我们来说很有意义
- Go 足够简单

3. 为什么不用 C#？

- C# 是字节码，我们不想要中间表示
- 我们的核心没怎么用到类，而 C# 是高度面向对象的，移植有困难

对各个语言的刻板印象（只谈缺点），供楼主参考：

C# 请参考该贴： https://tanronggui.xyz/t/1102753

NodeJS：
- 实际上主力用户还是前端
- 模板、更多的模板，库、更多的库，编译时魔法、dirty hack 、monkey patch
- 每天都有学不完的东西，但是学完也没用，因为等学完知识就已经被淘汰了
- 和 Typescript 打架，和 read properties of undefined (null) 打架，和开发者工具打架

Go：

- 什么都没有，什么都要自己写
- 官方包搜索器基本是废物，找包只能上 GitHub 碰运气
- 披着「性能高」的皮，实际上几乎没做任何语义优化
- if err != nil return "", err
- 错误其实就是字符串，但其实不是，快来看看我们总结的 10 种不同错误声明和处理方法


Rust：

- 泛型，更多的泛型，This<Is<What<you::See>::In>, Rust>>
- 每天花一半时间安抚编译器的情绪，并最终习得一个类型理论（ Type Theory ）博士学位
- 编译很慢并且吃满你的 CPU
- 为什么我用的每个包都在用宏？为什么宏有三种写法（而且没有官方文档）？

看你的访问频率：

- 几乎不访问（医疗影像、实验记录）可以考虑 S3 的冰川深度储存类，非常便宜，12 刀/年/TB （但取出数据需要半天时间解冻）

- 非常频繁（模型权重、数据集）就看看阿里云之类的 OSS ，国内节点速度很快

介于两者中间，就依次考虑 Backblaze 、S3 等储存服务吧。