jim9606

因为现在手机基本都是 arm64 了，分架构打包可以实现跟 app bundle 类似的省空间功能还不需要特殊安装器来安装，而且 AGP 自带 abiFilters 可以很轻松打出分架构包和多架构包出来。

我更讨厌的是毫无必要的压缩原生库，安装时会额外占用一份空间来存储解压的库，为了“让 apk 变小”。

因为很多人压根不了解上面的问题，所以有了“预留 apk3 倍安装空间”的经验，包括部分做应用市场的开发者把这做进逻辑里了，倒带着一票开发者用错误方法解决问题。

真要装用楼上的方法吧，miui 屎山问题，只有装 split apk 才会有的问题，但因为不影响 google play 的安装流程所以一直拖着没修复。
多数时候所谓的纯净只不过是 play 上的版本，不如直接走 play 下载。

OSS 可以认为是 FS 的阉割版本，缺少一些 FS 的功能，如果用 OSS 做后端模拟一个 FS 出来，这些缺失的功能就不会实现或者要用低效的方法模拟，举些例子：
1. 随机访问某个对象，OSS 你得整个对象下载下来再提取期望偏移的内容
2. 读写锁，FS 基本都需要实现锁功能来应对并发读写的，OSS 通常无此功能
3. 树形结构，如果 OSS 用 path 作为名字模拟，移动目录要修改所有下级对象的名字，列举目录下文件也很麻烦
4. 软链接/硬链接，OSS 无此功能

如果业务可以将功能需求限制在 OSS 的能力范围，那确实可以用 OSS 代替，因为 OSS 通常比块存储便宜。

我不好说用百度是个更好的选择，可能还不如小红书。
b 站其实还算是个不差的选择了。

@Kirkcong
1. oobe 强制更新在美国可能不是问题，他们可能不知道这边的 cdn 网优做得一坨，oobe 强制更新可以避免（理论上）避免暴露 bug 和安全问题
2. 某种程度上是因为 WaaS 策略以及 win11 将联网能力列为必须要求，现在每年都会出一个 rtm 镜像，所以才会暴露这些问题。win7 sp1 就只有一个最初的 rtm 镜像，没机会改。所以现在想只用官方途径部署 win7 并打上所有补丁就很麻烦，得预先准备驱动没法自动下，必须手动更新 SSU 和 UCRT 等组件才能让 WSUS 下到后期的补丁
3. 设备加密其实从 win10 就可以出厂/新装自动启用，但因为启用条件要求 DMA 保护和现代待机，所以多数设备都不会触发，直到 24H2 取消了这个要求，就从这时大伙才开始因为这事喷，三教鸡教程也只会教裸奔来逃避问题而不是解决问题。你说让微软别动加密这主意别要求用户适应吧也不合理，主流消费级 OS 就你 win 没加密也说不过去吧？
4. 不同意放松 pcr7 （安全启动状态）绑定要求，不然攻击者可以用篡改过的固件或者降级缺陷固件注入 rootkit 突破保护盗取密钥。微软实际要求更改固件前要暂停保护，现在 oem 固件内更新基本都有做二次提示了（用户当耳边风，事后又甩锅），走系统内 efi capsule 更新的也没问题
5. 不受支持的意思是可能会没通知就更改实现，把你流程干炸了不负责（除非课金要支持）。例如这种直接部署 wim 就绕过了指令集检查，没 popcnt 的机器就 boot 启动不了，官方不管，只是比起老古董 ghost 这个看上去规范些。

我觉得从你软从来就没 care 过非 it 管理员和 oem 之外的用户部署体验，因为没直接给软充值。
为了防止出现设备加密解不开的悲剧，所以强制登微软账号来备份恢复密钥。
反正没网卡驱动这事对上述两类用户是不存在的问题，而且 win10 开始就不再推荐通过格盘重装了，覆盖安装也没这问题。
至于 winntsetup ，从来就是民间野生解决方案，不受微软支持（自行理解不受支持的意思）

hash 缓存被投毒算是实现缺陷了。
至于偷换来源这个，这可是迅雷的核心竞争力，不然你以为它是怎么解决死链的。

@busier 无所谓高低的，GMS Core 和 Play 是强制静默更新的，手动强上高版本可能会不工作的，只要预装就没区别。
可能的问题是国行会压制 gms 后台活动避免没过墙时无意义耗电，会影响 fcm 推送。

那叫同志吧