@minami @yikuo
目前看 App Bundle 的坑是必须要将 apk signkey 交给商店，Google Play 和华为 AppGallery 都要这样，估计是为了自动生成 multiapk 供低于 Android5.0 的设备用。也就是说商店有可能恶意冒充你签名发布新版包。

@hanqian AOSP 的 Package Installer 本身就不支持 split apks，魔改的是别的东西。

ipv6 这玩意就是网络越不发达的地方越容易普及，因为作为一个没有革命性进步还不能向下兼容的技术，迁移成本是难以忽视的。就像信用卡普及的地方不好推广二维码支付一样。

其实现在运营商这边基本都能支持了。但要搞定端对端完美支持，还要看工信部和 apple 的水平了。

例如现在 App Store 要求上架应用要能在有 DNS64/NAT64 的纯 IPv6 网络中正常工作。我还没见过国内哪家 Android 手机可以在纯 IPv6 网络中工作的。

@jasonkayzk @Cielsky 这种通常是中间路由没有正确发送 Router Advertisement 。老版本 OpenWrt 就有这个问题。用 Windows 的可以留意下有没有获得 IPv6 默认网关。

@greenskinmonster 如果是发图片的话用系统相册分享到微信就好了

@julyclyde 不过既然是插件，算不上什么入侵吧，链接 libnss 的程序保持二进制兼容的。ubuntu 仓库还有一堆别的 nss 插件，我看比较实用的有 libnss-docker

@winterx 这个需要用软件查，例如 SAI 或者 Native Libs Monitor 。这功能不算什么用户感知明显的功能，主要是节省存储空间。
我用到的使用 AAB 的国产 app 有淘宝和小米运动。

另外关于原生库还有一点我不满意的就是国产 app 普遍压缩原生库，安装的时候需要解压这些库占据额外的存储空间，例如微信就因为这点导致安装后体积膨胀了一半。而 App Bundle 拆分的原生库包是不压缩的，所以就不用占额外的空间。

感觉那么多搞 APK 体积优化的压根就不关心安装后体积的问题。

@minami
Qjigsaw 算是给开发者提供的解决方案。而且看 Google 的介绍 App Bundle 并不是只能由 GMS 支持，Split apks 是 Android framework 就有的功能，也就是说手机内置商店要实现这个功能并不需要依赖 GMS，像 Apkpure 和 SAI 都能在国产 UI 上支持这种安装。

作为证据，我用的 MIUI 安装 Split apk 虽然比较麻烦，需要关掉 MIUI 优化或者用 Shizuku，但还是能装上的。虽然我希望 AOSP 可以直接支持 App Bundle，但以 google 的态度看是没戏了。

@systemcall @janus77
我并不是说国内厂商完全不 care 模块化这事，只是国内我能搞到的 apk 模块化顶多是区分 abi 的 multiapk，而 app bundle 是可以做到区分 abi 、语言、dpi 、feature 的，例如我的小米 9 常见组合是 base+zh+arm64_v8a+xxhdpi 。

具体到我下的 b 站客户端，armv7+x86 这种肯定不是 aab 生成出来的，所以我认为小米商店是完全没支持这个的。

因为这算是个免费的 VoIP，为了不触碰国内电信运营商语音业务的利益，故意劣化通话功能。

不然你觉得为啥国区微信禁用 iOS CallKit?

这就是路径依赖的力量了。
以前手机流量很金贵的，所以蜂窝数据的开关默认都是关闭的，用户也习惯上完网就把开关关掉。
现在虽然流量不贵了，但手机厂商和 APP 还是保持了以前的省流习惯（默认关闭蜂窝数据，大流量活动使用提醒），万一用户没更换套餐呢。

pixel 应该没戏。
有些城市的地铁 APP 提供基于 HCE 的 NFC 虚拟卡，例如广州地铁，当然只能在地铁用。

因为西医医师可以开西药和中成药，但只有中医医师可以开中草药。

我一般用计划任务来做这个事，触发器设置一个比较高的频率（例如每分钟），高级设置里设置任务已经运行时“请勿启动新实例”。

@MiracleKagari 那没必要，铁要挨刀，还不如 tb 再买一个，也能买到全新的，可以找店家提供电店保的。
推荐选华为 /中兴的千兆猫，wo-27s 是华为了，你可以考虑换中兴的型号。

如果是光猫本身不稳定可以直接要求换，可以趁机偷窥到 LOID 。
我用了半年时间才确定我家的光猫有问题要换，那还是出厂不到 3 个月的新机器。

重装是最安全彻底的方法。
或者试试进安全模式删文件

1. DNSStubListener 开关让 resolved 监听 127.0.0.53:53 提供 DNS 解析
2. /etc/resolv.conf 链接至 /run/systemd/resolve/stub-resolv.conf，该配置指定了 nameserver 127.0.0.53
3. 应该不开会好点

大部分链接 glibc 的程序会使用 Name Service Switch (libnss)解析域名，由 /etc/nsswitch.conf 控制，通常是通过 libnss-resolve 插件走 D-Bus 访问 resolved 查询。

不链接 glibc 的程序（例如原生 go 程序）通过读 /etc/resolv.conf 自行发起查询。

@v2tudnew 需要依赖绿标的用户不会认域名。
由于 Certificate Transparently 日志政策，CA 乱签证书这事还是有防范方法的

如果你没用 os.lseek，那基本就是顺序读写，具体是不是顺序读写还要看文件是不是顺序分布在磁盘上，但这是文件系统管的事，python 管不着这个。