一来微信所有苹果设备就会滴滴答答响 图源：苹果
对于这类工作，苹果的多屏协同优势就体现出来了，比如通过iPad上边推出的随航功能就能轻易拓展第二块屏幕；连续互通相机以及利用Apple Pencil，把iPad当做手绘板，这都是辅助笔记本工作的；此外用户还可以通过同一个iCloud账号轻松的同步手机中对照片到电脑。
不难看出苹果对于硬件产品的做法是术业有专攻。
像速绘连续互通、短信类信息同步显示并可在任意设备回复、拨打电话以及FaceTime功能，这种通知信息类的同步其实都是为了让你更为专注于正在使用的设备，非真正意义上的互联互通。
在今年WWDC 上，苹果发布了一个通过iPhone镜头与Mac结合的使用场景，这其实还是为了加强Mac的使用场景，这种从iPhone镜头到电脑的方式是“单向”的，而非华为的多机位相互连通使用场景。
苹果更加注重通过其他硬件产品来辅助用户当前在用的产品，更加注重功能之间的相互协作。
二、华为：去硬件“中心化”前文我也说了，除了苹果电脑外，我其实是个不折不扣的华为全家桶用户。
从路由器、智能手表，到手机、平板、智能音箱、真无线耳机都是华为。其实在硬件产品之间的互联上，不管是华为也好还是苹果也罢，甚至是小米、vivo，在功能“串联”上的都大同小异。比如都可以在智能手表上打电话；都可以在平板上看视频时候，通过智能音箱来增强音质；都可以用手机或者平板来控制一部分家电。
如果只有这样单纯的联通，我可能也就不会是华为忠实用户。
因为我认为，华为现阶段的鸿蒙操作系统实际上是在让硬件设备“去中心化”，这或许就是未来个人设备的一个体现。
底层就要开始精简系统、APP 图源：网络
想要明白华为鸿蒙的多屏协同，就需要从底层逻辑说起。在我看来，鸿蒙系统从底层到设备之间的协作其实是一套逻辑，即需要从系统底层减负，这样才能在目前传输条件下，实现高传输低延迟，当然对硬件系统的资源占有也不能过高，还又得能运行安卓软件。
大家都知道，安卓系统基于JAVA编写，虽然是通用语言，具有编写难度低、流通性好的特点，但是安卓系统是不能与底层系统进行“连通”活动的除非root，而且需要在虚拟机中运行，这样系统来回读取，加之安卓系统“读不懂”JAVA高级语言需要借助虚拟机来翻译，这样在不断读取过程中就有碎片产生，因此会大量占用系统RAM资源，直接导致系统卡顿。
应用流转部分演示 图源：网络
而鸿蒙的方舟编译器是用C、C 语言编写app，取消ART虚拟机，直接编译为二进制机器码，这样做的好处就是不需要再跑一遍虚拟机，执行效率会得到提升。此外，因为本身架构中的微内核包括了操作系统必要的功能模块，并有最高权限，如果其他模块出现问题，其实对于整个系统运行是没有影响的。
当然解决了软件运行效率，再借助微内核的低延迟效率，其实就为应用“流转”提供很好的驱动环境，华为在对“分布式软总线”中是这样描述的：
“HarmonyOS系统的使命和目标是将不同的设备串联，成为设备的万能语言,让一个系统连接起所有上网的智能设备，实现万物互联的终极目标。其核心能力之一，分布式软总线让多设备融合为一个设备,带来设备内和设备间高吞吐、低时延、高可靠的流畅连接体验。
通过极简协议的高带宽、低延时以及高安全特性，就能解决在不同设备间的互联“响应”问题。
当然以上说的有点多，如果开个脑洞就是：借助鸿蒙操作系统，应用进行流转后，手机或者平板就相当于主机。
比如手边最常用的设备就是华为手机加上华为平板。对于两款设备的分工也很明确，手机作游戏设备，不过有时候还是会觉得屏幕过小，这时通过多屏协同就可以把手机画面映射到平板中，通过大屏来操作有时候体验更好。
其实这功能现在小米和vivo也都有跟进，并不稀奇，其实这就是类似投屏功能。
而真正意义上的应用流转才是稀奇的。
这和多屏协同是有本质差别，比如用华为P50 Pro在开启多屏协同功能映射到平板上时，手机是处于息屏但不锁定的状态，如果此时按电源键会直接导致平板连接失败，而使用应用流转功能，相当于手机把自己分开一部分到平板中，算力其实还是来自手机。
多屏协同功能会让手机屏幕变暗，但不会锁定 图源：品玩lzh摄
以《王者荣耀》举例，多屏协同相当于映射到平板中，平板画面和手机是同步的；而使用应用流转到平板，手机可以继续正常使用，也可以锁定，而通过流转到平板上的游戏，就和安装在平板中的游戏一样，几乎感觉不到延迟。
