你用的什么手机，用的手机有自带应用商店吗？目前我这里测试微软 todo 官网的安卓下载按钮是会正常跳转到手机（魅族）自带的应用商店的 APP 页面（提交 APP 的开发者是微软中国）。
一般用户面向大陆的厂商安卓下载除了 play 商店外都会提供一个大陆厂商的商店链接或 apk 链接，若没提供说明此 APP 人家真的没把大陆用户作为目标用户。

不是，没有。
有了 AOSP 源码离适配好一个机型中间隔了 81 难中的 80 难。
即使手机厂商也很少去拖 AOSP 源码移植，一般都是用芯片厂商提供的特定 soc 型号的 SDK 来二次开发，版本越新越贵。所以目前国产千元机基本都出厂一个安卓版本用到报废。

@Lawyer77 😂看到开头还想给你个小❤️❤️的，看到最后“民事诉讼”还是算了，民事诉讼引用第二个法不行，但可以刑事诉讼里附带民事。

@hshpy #49 劫持不一定非得拥有该服务器的 root 权限，伪造 IP 地址也可以做到。
该方法判断是否运营商劫持了 144 的 dns 请求就是将该域名解析为 127.0.0.1，同时仅自家服务器解析为 58.217.249.139 ，该方法本来就只能检测 114 一家的。

@Anyw #51 你应该贴出你运营商阿里的结果来呀，贴出 114 的结果当然不是 127。

@zyxcompany 劫持原理上在自己设备怎么换传统 DNS 都没用的，上 doh/dot 这种才可解。

不知道你说的那两个软件是什么软件，不过“一点点”都没有减少是不可能的。
snap 默认卸载软件时会保留软件内部数据、配置 31 天，以便再次安装时快速恢复之前配置，如果用过 iOS 卸载 APP 应该很容易理解。
保留的内容会在 31 天后自动删除，使用 snap 本来就是一种用空间换方便的东西。当然我最喜欢的一点就是浏览器、docker 相当于有了 2 层沙箱，讨厌的是 io 性能下降太厉害。
没怎么用过蜥蜴家，不知道蜥蜴家是不是还默认 btrfs，在 btrfs 上因为 cow 估计 io 性能会损失更严重。

本来家宽就只保证 [光猫-->城域网骨干机房] 的带宽，恰巧这次支援在线教育直播大多都是城域网内部的流量，所以运营商成倍的提升带宽对于城域网出口压力不大（类似网盘相同 Hash 文件只存一份的奇技淫巧）。
但如果提速后人们加大访问本区域以外的内容，公网出口必然带宽鸭梨山大。

所以逻辑应该是：
即便楼主个人不提速，若楼主无法阻止别人提速，则楼主个人选择是否提速不会对楼主网络稳定性产生质的改变；
若别人都选择提速，楼主不提速，实际上楼主没占到这次提速的便宜（但也不能说吃亏）。

总结：不提白不提，不提稳定性也不会和原来一样。

@llj5935 #43 [https://s2.ax1x.com/2020/03/09/8pzFPg.jpg] 好你个乖乖，就是你当年凭一己之力促使完成了校园网出口带宽的压力测试的『滑稽』。

等待后续剧情，楼主被公司 IT 找。

@bibiisme 细思极恐啊，现在腾讯视频等应该都全程 https 了吧，PC 端还可以借助拨号程序注入根证书实现，移动端貌似很难吧，怎么实现缓存的。

@bibiisme#30 →_→这说明你那的男女比例有点失调啊~
♂的多数打游戏，游戏不更新时才跑多少带宽，只要延迟低就行，四人开团连 1Mbps 都妥妥的；
♀的多数追剧，到了晚上一层♀寝室的流量能赶上一栋♂寝室的流量了。

@bibiisme O(∩_∩)O 哈哈~，如果我是学生，觉得还是限速的好，不然大家都没得用。以前在宿舍用校园网时，内网全是 ARP 攻击。

太正常了。
手机型号是？
手机 WiFi 天线是几×几 MIMO 的？
路由器 WiFi 天线是几×几 MIMO 的？
路由器 WiFi 频道带宽是 80MHz 还是 160MHz ？

其实 500Mbit 标准不算高，排除干扰情况下能保证手机和路由器 WiFi 天线达到上述的最低标准为：ac 规范、2*2MIMO、80MHz 频宽、256QAM 调制标准。任何一项不达标都无解。

@llj5935 这是哪年，是在国内吗？
公网至少保证光猫到城域网骨干机房是达标的。
若按 [千兆接入到桌，人人都有千兆用] 一个大学照 3 万学生，学院照 2 万，铺设线路到城域网估计到实现全面小康这成本都收不回来。
你们这应该是是校内网千兆，全校共享校园网出口，校园网接入教育局网关再并到公网的吧，毕竟国内有几家大学都是铺设的万兆内网。

@yao990 #35 按道理也不一样呀，局域网内的话：
NFS 和 SMB 默认数据都是不加密的，而 SFTP 是经过 SSL 加密的，所以如果嵌入式设备性能有限（比如路由器当 NAS ） SFTP 可能跑不满。
NFS 用 UDP/TCP 传输文件，若 挂载的块（ Linux 叫法）大小 与 TCP 包大小 与 硬盘文件系统的簇（ Windows 叫法）大小 还有 以太网的帧大小 对不起来也可能跑不满，既然你以前能跑满又没改动过的话，那问题不大。
ps：以前我在路由器上（ openwrt ）挂载硬盘开 SMB 当 NAS，用 SMB 能跑满，但 SFTP 跑不满（ CPU 不支持加密指令集，满载），但如果开启路由器的硬件 NAT 加速功能 SMB 也跑不满了。。。

@yao990 😏若真的硬盘问题岂不可以借此将 lvm 更换为 zfs 或 btrfs，定时快照防手残岂不是美滋滋。单机下用 lvm 岂不是杀鸡屠牛刀。

@0gys #11#66 我的意思是：可是 iplc 是妥妥的物理层，iepl 才是二层以太网，这里面都完全没有经过三层设备。在运营商阶段：
iplc 是端对端的，妥妥的物理“专线”。
iepl 是端对端 /多端，实现多端引入二层设备。
这个 [你甚至可以知道对方 mac 地址。就相当于真正的网线连接。] 暂不评论。
运营商阶段之所以牵扯到三层必定是经过了公网，这不就成了某些 NAT 鸡的做法了，iplc 由于端对端若要对多端共享必然引入高层实现。
1，iplc 是物理层“专线”；
2，iplc 上通过二层设备可以实现 iepl 这种二层“以太网专线”，同时取得对多端成就；
3，iplc、iepl 上通过三层设备可以实现 NAT 鸡那样经由公网的“共享专线”（局部专线）仅跨越某处是专线；
4，纯公网上（全局线路共享）的虚拟专线就是俗称的各层实现的 V 啤㤙。