然后用 iPad 打开此页面，吸到冰箱上面去。

家 庭 智 慧 中 枢

Apple 那边，M1 塞在 iPad Air 里面就是 $599 ，塞在 MacBook Air 里面就是 $999 。
再说跑分，现在手机跑分比稍早的低压 U 轻薄本高的情况非常常见。

硬件性能上，移动设备和桌面设备已经差不多了，但是这个需求，厂商应该不会太去投入。

能想到的最早的微软 Lumia 系列 (950 应该)，当时的桌面模式大概算是光速去世了。闲鱼见过那个配套的同时带 DP 和 HDMI 的好高级的拓展坞，想固件升级还得连那个已经凉透了的手机。

然后就是，真要日常办公，现在还是不容易脱离桌面操作系统，尤其 Windows 这种。
提一嘴能够揣兜里也能接显示器的另一个设备，Switch 。开发者社区已经差不多把 Switch 都给撅翻了，但现在也只有安卓和 Ubuntu 能够稳定运行。(Ubuntu 的运行效果还真可以，就是 Switch 的 CPU 性能太垃圾了)
安卓机的第三方 Windows 移植，跑起来能开着能撑多久不出问题都是个谜。

即使就用安卓系统，配合一个（一般用户根本不可能会用到的） Linux 环境，想要办公，会需要从兜里掏出手机、扩展坞、键盘、鼠标、显示器，还得找个能放得下的桌子。顺便，显示器多少都是要外接供电的，一线通给手机供电也得有一头带个充电头。
相比之下，笔记本电脑可以直接放腿上，开盖就开始用。

可能有点太啰嗦了，再补最后几句……（抱歉忍不住）

微软 Lumia 950 (XL) 的桌面模式也可以配合无线投屏使用，而且手机本身还可以直接作为触摸板和屏幕键盘。这可以允许用户在有现成屏幕的情况下直接一个手机一个巴掌大的无限投屏器就可以启用那个桌面模式。一直觉得这个是很优秀的设计，但可惜凉得太快了。

总之，核心问题应该就是，没有那么多“日常办公的需求”。太小的事情就用手机处理就够了，然后对于需要在桌面设备上处理的事情，比起带一个显示器，还是直接带个笔记本电脑似乎更合理一点。

……对于 16G + 1T 闪存的白菜价手机，比起当便携主机，我的建议是直接插电插网当家用服务器（什么玩意）

这个功能大概是只对 iMessage 收发的媒体附件有用，不会去检测像是浏览器或者第三方应用程序里的内容。

总之，听 4 楼的，
https://i.imgur.com/J3wY2J5.jpg

应用数据不能直接转移，所以留意一下像是微信这种家伙，会需要手动迁移聊天记录。

有时候 Cloudflare API 的访问会受到影响，所以要留意一下更新解析记录的姿势。
其他应该没什么大问题。

没绷住，但想想倒也合理…… 这也是移动互联网给很多用户带来的习惯，现在不管是网页还是小程序，基本都要给个二维码。相当多的普通用户眼中，浏览器是使用频率最低的软件之一。想象一下一位一直以为 iOS Safari 是指南针应用的用户（真有）。
电脑端用网页应用的话，还得顺便防着对方启动 IE 浏览器。
（华为那个真没绷住，跳应用商店要是也能有个统一的二维码就好了）

写个 tg 机器人然后推送吧。

没到头，只是 Apple 估计忙别的去了，没怎么管手机这边。

隔壁安卓的几年内，就我个人有印象的一些好玩的东西，有很多，
便宜的水桶机，各路奇怪的折叠屏，屏下指纹，无刘海设计，核动力快充，
电脑模式（+ 视频输出外接显示器），和电脑端直接联动（不是同步个消息和短信验证码就完事了的而是直接远控），多设备切换（手机应用直接切到平板端无缝继续运行）等等，
算上其他安卓系统的设备，还有很多有外设玩的安卓掌机之类。

玩不到头的，软件硬件都依然有发展空间。

iOS/iPad OS 系统本身不支持虚拟化，此外也不给应用程序 JIT 权限。
需要模拟器一类的应用还是玩安卓吧，iOS 没戏。

计划报废

现在安卓闪存跟运存就像不要钱一样，根本卡不起来。早些时候安卓的卡顿我遇到的大多都是应用变得太重量级，运存爆了。要么就是系统存储也差不多见底了。
Airpods Pro 正常当蓝牙耳机用也没有问题，固件更新和设置之类，手边留一个 Apple 设备备着就可以。

安卓的文件传输比 iPhone 方便多了。另外还有 允许真·常住后台的应用、通话录音、更智能的闹钟和日历、可以运行模拟器应用、红外遥控等等 Apple 移动设备"想都不能想"的功能，可以随时整一台水桶机当生活工作的主力机用起来。
国内厂商也有系统和应用数据备份的云服务，别忘了开，会有用的。

嗯，那么，为什么这些 IP 地址的 ISP 信息都是 Cloudflare 呢

高频传输数据的话，Socket 还是放在 Worker 里面吧，处理的那部分感觉放哪都可以，按照个人的习惯估计会 Worker 处理好然后发给 UI 。

以前整过一个走 WebSocket 的一秒 60 个包的延迟测试用的玩意，数据包非常小，解析耗时几乎可以不考虑，但有个界面层的折线图更新。
然后就发现这个 Socket 不分出去的情况下，在测试的处理器一般的移动设备上，统计到的延迟数据就被界面的更新阻塞干扰了，非常不准确。
分出去到一个 Worker 中创建 WS 以及解析和统计来回延迟之后，就算绘图部分更新频率跟不上，Worker 那边记录的延迟至少基本是正确的了，界面按照合适的间隔拉一下数据更新图像就可以。

复杂的用例因为没有做过，很多细节还是没有数的。所以总之还是建议实际测一下运行效率看看不同方案表现怎么样。浏览器开发者工具里面可以看到页面被阻塞的耗时，参考那个就可以。

UU 加速盒不取代路由器，而且对于 P2P 联机，很多时候它做的就是一个 NAT 穿透用。使用它的加速服务本身不需要全锥形 NAT 。

即便是使用家宽的锥形 NAT 来联机，也仅仅对于（不会跨运营商的）国内 P2P 联机能够达到稳定游戏的要求，对于跨境联机没有任何帮助，大部分情况下会非常卡。

NAT 类型不会影响 UU 加速服务的加速效果。UU 加速之后的 UDP 流量会走它自己的协议代理到它的节点，之后的 UDP 落地 IP 一般就是境外 IP 了，最终的联机流量不直接走家庭宽带的线路。

这个程序的规则可以说是有必要动态更新的，除非你愿意在各大牛皮癣客户端疯狂热更新界面广告布局的同时自己去手动一次次更新规则。所以，不需要去过多地质疑为何需要联网权限。

当然，重视隐私安全的意识是人人都应该有的。这种使用场景下会需要社区根据源程序来留意一下权限会不会被滥用，我相信原作者是不会乱来的，只是如果有一些别有用心的 fork 构建出的其他渠道传播的安装包，可能就不大好说了。

……啊，不过希望开发者留意一下像是“自动抢红包”之类的这种功能点直接放在纸面上来介绍软件是否合适，因为感觉上这类辅助软件如果直接宣传有这种（外挂性质的）功能，似乎有那么一点不安全。即使不拿来盈利也不代表没有风险。