应用间通信——iOS 的孤岛困境

iOS：单任务时代的尴尬遗产

iOS 的应用间通信方式，主要表现为应用间的互相调用，苹果公司在官方文档 Apple URL Scheme Reference 中介绍了 iOS 支持的应用间调用方式，即通过一定格式的 URL 来在一个应用中调用另一个应用。你可以在 Mobile Safari 浏览器中输入"Instagram://“自动调用 Instagram 来直观地体验一下这个做法。

从这篇文档的修改记录来看，这种应用间调用方法从 2009 年 6 月到现在基本没有进行什么改动。而从 09 年 6 月到现在，不管是智能手机市场的大环境还是 iOS 本身的各种特性都发生了近乎翻天覆地的改变。这样的应用间调用方法本身是与 08、09 年 iOS 单任务的基本特征紧密结合的，在很多方面都已经不能适应今天的系统特性和用户需求。

例如，在绝大多数情况下，当用户在应用 A 中调用应用 B 时，他将完全离开应用 A，即如果在使用应用 B 完成步骤之后想要回到应用 A 中继续操作的话，只能按下 Home 键退出应用 B，再从主屏幕或多任务界面上找到应用 A 并重新进入。

在单任务时代，这样的操作流程是天经地义理所当然的，因为很显然应用 B 启动时应用 A 一定会被关掉。然而在 iOS 4 开始基本支持多任务之后，这样的操作流程便开始显得累赘和繁琐。在多任务系统中，如果一个用户操作应用 A 时调用了应用 B，那么最合理的做法应该是当操作完应用 B 之后直接回到应用 A 中继续进行离开前的操作，而不是回到主屏幕或者多任务界面，重新找到并启动应用 A，再重新进入离开前界面进行操作。

Android：完善的应用间通信

Android 的应用间通信机制与 Unix 的开放式工具链哲学一脉相承，是一个完整的体系。Google 官方提供详尽的 Intent 机制文档，以鼓励开发者理解和使用这样的机制，用更少的工作量达成更好的用户体验。

在 Android 中，所有的应用都向系统注册其所持有的组件和每个组件能够处理的任务。这样系统对于每个应用的每个组件能完成何种任务都了如指掌。当一个应用需要启动其它组件完成任务时，只需向系统发送一个消息，即可调用系统中可以完成该项任务的组件，而应用本身无需关心具体哪个应用的哪个组件最终处理了这个消息。

这样的做法给 Android 用户带来了良好的体验和巨大的便利。使用户可以根据自己的需求来自由选择各种服务的组合。此外，在这样的机制下，应用间的配合也显得相当无缝和平滑，用户在应用 A 中可以根据特定需求灵活选择 B、C、D、E 等各种相关应用来完成某个特定任务，而完成之后也可以很自然地退回应用 A 中继续进行操作。

给用户带来不便

给开发者带来负担

Drafts

Drafts 是最近广受好评的一款新 iOS 应用，用户可以在 Drafts 中记录和保存文字，并在需要的时候将它们传递给 Tweetbot、Twitter for iPhone、Omnifocus、Things 和 Dropbox 等多个其它应用。

Drafts 的分享界面非常类似于 Android，其功能和思想也与 Android 的应用间通信方式非常接近，在文字内容的处理上，Drafts 实现了一部分 Android 应用间通信的行为，即将文字数据传递给系统中的其它应用来执行，而不是自行实现这些应用。

此外，Drafts 与同一开发商旗下的同义词典软件 Terminology 之间通过上文提到的 X-callback-url 这一第三方机制互相传递和使用数据，实现了类似于 Android 的较为方便的数据传递功能，当用户调用 Terminology 查词完毕后，Terminology 会自动退出，数据会直接回传到 Drafts 当中，而无需用户按 Home 键退回主屏幕或多任务界面重新启动 Drafts。

然而，由于 iOS 本身应用间调用机制的限制，Drafts 依然无法达到完全类似 Android 应用间通信机制的良好体验，例如虽然它可以将数据传递给外部应用执行，传递的对象依然是需要开发者手工添加的，无法满足用户较为小众的需求，将文字传递给微博客户端这样的需求在开发者决定加入之前依然是无法满足的。

Launch

Launch 在年初的 Macworld 展会上获得了科技媒体的关注和好评，它巧妙地实现了直接调用相关应用完成任务的功能。例如“调用 Tweetbot 查看苍井空的推文”、“调用 Instagram 查看陈冠希的照片”等等，并且可以通过苹果官方的应用调用机制自行添加需要调用的应用程序，例如通过设置运行“BussinessValue://”的启动器可以调用《商业价值》客户端。

Launch 在不违反苹果严格的应用间调用机制的前提下实现了 Android 应用间通讯机制中让用户自定义调用各种应用完成相关任务的功能。虽然与 Android 原生应用间通讯机制相比还存在很多缺陷，例如需要用户手动设置调用对象，可供调用的对象也并不十分全面，但是 Launch 在苹果官方的种种限制下最大限度地满足了用户选择自定义应用的需求。

iOS：孤岛状态何时终结

从单任务时代遗留下来的应用间调用方式已经成为降低用户体验的重要因素，处于孤岛状态缺乏联系的应用状况也为开发者带来了很多不便和负担。iOS 需要进一步发展，打破这种孤岛状态，从系统层面使应用可以相互通信是迟早需要迈出的一步。iOS 会在何时用什么样的实现形式来彻底打通应用之间互通信息、传递数据的渠道，十分值得期待。

Android：选择权与秩序之辩

流畅而便捷的应用间通信机制是 Android 胜出其它智能手机操作系统的显著优势。而随着越来越多的应用开始利用这一机制，分享菜单变得越来越长，在一些时候甚至显得比较混乱，用户要在长长的分享菜单中找到需要的条目有一定的困难。在充分满足用户选择权和分享需求的同时，用什么样的方式让用户可以自行定义和排列每个协议的分享内容，以达到更高的效率，是一个值得关注的改进方向。