@dxgfalcongbit 如果商家用了 JD 的仓库服务（不知道有没有这种业务，类似菜鸟仓），自动匹配最接近的库房配送给你。感觉 JD 的非自营旗舰店有这样操作的可能。不过 JD 代发我是没听过，我只听过 1688 代发。

JD 的订单虽然不会消失但有可能查不到，我遇到过。用自己账户买的东西，半年后回去看历史订单发现不见了，但按订单号问客服又可以查到，反映了也没有然后，我只好好好留着发票了。

@anbobi 有些教育网 BT 是纯 IPv6 的，公网因为 IPv4 普遍 NAT 所以有 IPv6 能提高连接 peers 和接受传入连接的机会。

@zro 我知道，win10 也支持 SLAAC，但就有时会遇到丢失默认网关的情况，这时有地址也是不连通的。就是想问问别人有没有遇上这个问题。

@Daath 这个东西有一个历史遗留问题，那就是不这样做的话没法实现卸载保留数据和跨 APP 共享数据（不通过调用）。

前者在降级 APP 时需要，有些程序产生的数据是用户希望永久存储的，例如聊天软件传的文件、离线下载的漫画，这东西放系统媒体存储又不合适。有些是为了应对早期手机内置存储严重不足的问题，例如地图离线包。然后一直工作得很好就懒得改了。

后者对于某些 SDK 和同厂商软件共享有用，例如地图 SDK 在多 APP 间共享缓存。尤其是 SDK，这个真的不好搞，很多小 APP 不得不为了这个申请存储权限。

至于这个问题在 ios 咋解决？一刀切，不支持，直接干掉提出问题的点。副作用就是现在 ios 上搞文件管理和软件重装还是很痛苦。应用文稿积了一大堆还不敢清理。

不过 Google 也不是不想搞，Android 11 计划上隔离存储了（可选使用），看这路还是任重道远。

就算最后这招没能彻底管住 APP 厂商，唤起用户的隐私意识是对手机厂商有利的，以后 APP 的 PM 在设计产品时就不能对这点无所谓了，手机厂商的应用市场有更多与 APP 厂商谈判的资本，例如接入自家推送方案之类的。用户一盘散沙不好跟 APP 厂商斗争。

Play 市场和 iOS 都是一个老大一言堂，大哥带错头用户没得选跟着吃瘪。国内 Android 是各手机厂商拉拢用户与 APP 厂商谈判，用户通过购买行为投票。

封 IMEI 这个是 Google 带头的，MIUI12 只是把这个福利下放到老设备了，一众大厂不至于完全没准备吧？

@ohao 头部和垄断 APP 才有这个资本，想拉新的 APP 还是要服一下软的。可怜某些纯洁的小 APP 不得不替某些第三方 SDK 的小动作背锅了。

因为平时要挂 BT 所以不想一刀切关掉 ipv6，于是用了微软给的 preferipv4 方案 ( https://support.microsoft.com/zh-cn/help/929852/guidance-for-configuring-ipv6-in-windows-for-advanced-users)

Chrome 坏就坏在对双栈的选择是按响应延迟挑的，不过我也没想到什么比较完美的解决方法。

@toptyloo 目前主要集中在手机状态、存储、位置这三个权限，头部应用这个问题依然存在，手机状态就是为了读 IMEI，存储就是开发者想偷懒，位置还好些通常可以关。

@ohao 我选择装别的浏览器，例如 Edge，反正可以改默认浏览器，自带的浏览器关掉推送和推荐就是了。游戏加速可以在手机管家里关掉。

无论是 ios 还是 android 都尽力避免 web app 将其架空，ios 因为分发渠道被垄断所以政策就比较霸道，android 这边就相对宽容些。具体表现就是很多特色特性是与系统深度捆绑，想用就得用平台特有 API 。专用技术栈（既有软件也有人才）是很可靠的生态护城河。

一方面是如果用了纯 web 方案，UI 就完全与系统解耦了，apple 没法通过升级 SDK 的方法让应用平滑迁移到未来的系统，主动权在中间件厂商手里了，以后系统迭代就要看中间件眼色，不然会被用户和开发者两头骂死。

另一方面就是严防动态更新代码的问题了，这东西既不安全还架空审核关，应用商店不搞你才怪呢。

@8qwe24657913 从 10 开始 IMEI 、MEID 等不可重置的硬件标识符就是特许权限了，所以 MIUI 只要针对 9 以前的版本做就行。( https://developer.android.com/about/versions/10/privacy/changes)

存储重定向（也就是 Scoped Storage ）是 Android 10**原计划****可选**的功能，然后 delay 了，不知道还会不会鸽，这个因为副作用比较大，google 不强推可能不太管用。目前看 google 也没下定决心强推( https://developer.android.com/training/data-storage/files/external-scoped)

至于清 APP 数据的话现在所有版本应用管理器就能清数据，不过这个说实话很少用到。


@Jat001 现在国内版也可以一键关广告了，不知道你还需要什么

目前我想到的应用反制是：风控将跟踪不了的设备当成高风险设备，造成诸如秒杀抢不到、券领不到、反复弹验证码等问题。还有种跟踪方法是在内置存储拉屎标记。

虽然这类功能 XPrivacy 也能做到，但官方能实现这个我还是支持的

@laoyur 题目百度就能出结果，弄这个是因为小白开发版出 bug 就到处喷把官方弄怕了，想试就认真答吧。毕竟升开发版要清数据。

按照参与首发 4K 的极客湾的说法，B 站的 4K 在未来一段时间内都是邀请制的，也就是只有钦点过的 UP 能用。所以我不建议单纯因为 4K 买这个会员。

至于码率，极客湾说他们那个视频因为画面太简洁结果只分了 4M 码率，其他有的给了 10M 。

虽然油管码率普遍更高，但你得有好梯子，反正我没有。

而且 B 站现在没贴片广告。油管想去广告也得会员。

B 站大会员主要还是为了番剧，看准促销下手价格也不高，而且还有覆盖更广的 1080p60fps 。

CBC 、CFB 、OFB 等流密码模式都是需要 IV 的，不提供的就看默认值是啥了，反正必须要有。

也就 ECB 不需要 IV （千万别用）

如果是说微信这种的话，还真的是被代码塞满了，主要是原生库，然后是 Java 代码，最后才是图片资源。

以官网下载的 armv7 版 apk 说，大小 129MB，原生库(lib)勇夺第一


至于里面的这些库中，各种内部轮子，为了优化和稳定，系统提供的功能又要用自带的库重新实现一遍。最大的 libmmv8 和 libapp 不知道是啥。


play 提供的 arm64 版 106MB，不过还带了个 38MB 的 obb，所以半斤八两。

然后要命的来了，因为 apk 里的 so 是压缩过的，安装时要把它们单独解压出来，所以上面的 armv7 版装完至少占 129MB+146MB 的空间，我还没算 Java 代码 AOT 占用的空间，也就是装完大小就翻倍起步，我宁愿它别压缩原生库。

这应该是体积优化过的结果了，功能太多尽力了。

做得比较差的例如那些网银 APP 就真的是资源没优化了，例如无脑上贴图到所有 view，还是从 ldpi 到 xxhdpi 都有的。不过现在 google 推的 app bundles 有助缓解这个问题。

没实践过的方案

openwrt 为只使用 V4 设备单独开一个接口和防火墙区域

交换机页面为接入 LANV4 的网口划分独立 VLAN （例如 VLAN3: eth0-tagged, LAN4-untagged，其余为 off，产生交换机 eth0.3，如果接 eth1 就是 eth1.3 ）

防火墙创建 LANV4 区域，接口创建的 LANV4,另外分一个地址池,例如 192.168.2.1/24，该接口关闭 RA 、NDP 、DHCPv6，为加入的物理接口创建桥接（上面的 eth0.3,第二个 SSID ）

LANV4 防火墙的转发设置跟 LAN 保持一致（出 /入 /转发为允许，允许目标区域 LAN+WAN，允许源区域 LAN ）

windows 系统可以考虑修改策略优先 ipv4
( https://support.microsoft.com/zh-cn/help/929852/guidance-for-configuring-ipv6-in-windows-for-advanced-users)

linux 系统可修改 /etc/gai.conf 实现

@Osk 应该是不会的，可能你装的驱动有问题。或者试试换 hdmi 假负载，似乎 hdmi 的热插拔检测 bug 少一些。
另外如果是用 Windows RDP 的话没有假负载也是可以用的，但硬件加速可能用不了

备用机是最简单的方案。
买个像华为 E8372 或者随行 wifi 之类的也可以在 web 界面收短信，但不能发，而且花费比上面的高
sim 卡丢失收短信这个太难了，我还不知道有什么方案能做到

UEFI 目前有 Secure Boot，这个只要正确配置足以扼杀安装其他系统的可能性。BIOS 密码+公司控制的 PK 、KEK 密钥库+公司 KEK 签名的 bootmgr 可以保证你只能装公司信任的系统。

不过上面那个对大部分企业来说太复杂了，所以通常 OEM 的商务本都会有一些以此为基础的解决方案。

如果只是保护数据那不用那么绝，TPM+Bitlock 操作系统加密+Bitlocker 网络解锁就够了，至少这套下来你用别的系统就读不出数据。

在我看来就算 B 站有买版权也是不好的，基本等于只能在 B 站发。
在我看来要是真打算正经产出内容的都老实用本地剪辑吧，在线剪辑也就应急用一下