AndroidWear 连接到 iPhone？这听起来有点牵强，但目前外媒称，谷歌正在致力于制作基于Android Wear平台、兼容iPhone的智能手表。
根据目前获得的信息，AndroidWear智能手表将通过iPhone上的配套应用程序进行交互。
不过，它只会有一些基本功能，比如通知、来电提醒、Google Now 的环境信息卡等。
尽管苹果发布了Apple Watch，但Android Wear众多的款式和低廉的价格仍然让很多智能手表用户兴奋不已。
在Android Watch和Apple Watch两大阵营之间，赢得谷歌和Apple Watch竞争的最简单方法可能就是使用Android Wear设备。
与 iOS 兼容。
尽管这听起来很诱人，但有些人说这几乎是不可能的。
那么苹果有没有可能彻底开放，让Android Wear连接iPhone呢？或许，这要从他们的前世今生说起。
自2007年iOS诞生以来，两大系统之间的战斗就一直在持续，次年Android也随之诞生。
Android和iOS作为两大系统，多年来不断竞争，各自都产生了大量的粉丝。
谁胜谁负尚未确定。
有一个结论。
iOS 源自Apple 的OSX，它是一个UNIX 系统。
OSX已经有近10年的历史了，从内核底层逐步发展到软件架构。
iOS 使用古老的语言 ObjectiveC 进行开发。
Android是Google基于Linux开发的。
严格来说，Android并不是Linux系统。
它没有Linux的xwin或glibc，也缺乏一套完整的标准Linux程序。
大多数Android应用程序都是使用JAVA开发的，运行在Dalvik虚拟机上（5.0后改用Art）。
谷歌还在幕后修改了很多东西。
Android是一个全新的操作系统。
iOS 最初预装了许多 Google 服务，例如搜索、地图和 YouTube。
YouTube 和 Google 地图等服务已从 iOS 6 Beta 中删除，并替换为自己的服务。
尽管苹果地图在发布后受到了很多非议和质疑，但一年以来，苹果地图已经做出了很多改进，其准确性也在不断提高。
Android系统在某些方面的体验不如iOS，比如耗电、不稳定、不安全等用户经常抱怨的问题。
作为一个开放的系统，Android系统开发者有更多的空间和更多的自由度来实现一些在应用层面上iOS系统上难以实现的功能，消费者也有更多的机型可供选择。
但开放的代价是生态环境无法得到很好的控制，导致很多恶意且不够成熟的应用程序出现，影响了Android系统的用户体验。
Android在用户界面和体验上一直与iOS不相上下，而且它也有自己的突出特点，比如手机上的下拉通知中心、LED通知灯、无物理按钮等。
iOS的用户体验相对较好。
优势包括：统一流畅的用户体验、丰富优质的应用、良好的生态系统、相对安全的系统。
但封闭系统的问题在于，开发者在 iOS 设备上能做的事情相对较少。
例如，到目前为止，他们无法通过蓝牙连接到 Android 设备。
多点触控（Multi-touch）原本是iOS的一项专利。
Android紧随其后，居然也具备了触摸屏（Multi-touch）的功能。
追随的趋势直到最近Android率先扁平化，苹果紧随其后。
继iOS7推出系统扁平化UI后，Android在重新取得胜利后推出了新的设计和交互风格（Material Design）。
Android 设备与 iOS 集成的技术问题 从技术角度来看，Android Wear 手表与 iPhone 连接有两种方式： 低功耗蓝牙 (BLE)。
这种连接方式不需要苹果认证，只需要在手表上安装一个设备即可接收蓝牙通知。
应用。
但Android对BLE的支持相对较晚（支持蓝牙4.0 BLE功能的Android 4.3在2016年才推出），并且由于各厂商的蓝牙驱动质量参差不齐以及Android自身蓝牙堆栈的不稳定，导致难以进行操作在安卓上。
BLE 开发充满困难。
Android 在 4.3 版本中正式支持蓝牙。
4.3及以后的4.4仅开放BLE接口作为中心设备。
从5.0开始，Android虽然可以作为外围设备使用，但只有Google自己的儿子Nexus6和Nexus9支持此功能。
对于其他Android开发者来说，无法将其用作外围设备会给开发带来很多困难。
比如手表与手机的配对、连接、重新连接的过程会比较复杂。
蓝牙驱动质量问题是开发中最大的难点，比如奇怪的错误码、莫名其妙的断开连接等。
Android 自己的蓝牙堆栈有无数的错误。
在 AOSPIssueTracker 中搜索蓝牙将发现 400 多个未解决的错误。
经典蓝牙方式，这种方式可以支持更快的大数据传输，不过这种连接方式需要设备通过Apple的MFi（MadeforOS）认证。
要通过此认证，Apple 必须相信该设备符合 Apple 要求的性能标准。
整个认证过程相当繁琐，包括开发认证和制造认证。
它需要向苹果提交产品和制造工艺的技术细节，甚至产品的包装设计。
据说MFi认证的通过率很低。
到目前为止，还没有Android Wear设备通过MFi认证。
不知道是设备制造商没有申请认证，还是苹果已经拒绝了所有申请。
iOS和Android系统对接有什么难点？ 1）iOS平台 iOS的不开放性以及对后台应用程序的限制使得Android和iOS的连接变得更加困难。
Android的核心源代码完全开放。
如果出现问题，开发者可以去源码中自行解决问题。
iOS 没有开源代码。
当出现一些罕见的问题时，很难定位问题出在哪里，无论是Android还是Apple。
如果是苹果的问题，基本上没有解决办法，只能等待苹果发布更新。
此外，iOS对后台应用程序的限制是另一个难点。
2）低功耗蓝牙（BLE）本身新的编程方式和低功耗特性使得开发难度加大。
传统蓝牙的开发类似于TCP网络编程。
开发者只需要操作socket即可发送和接收数据。
BLE没有socket的概念，而是有service、characteristic、descriptor：service就是服务。
一个BLE外围设备可以广播多种服务，每种服务作为传输数据的通道具有多种特性。
每个特性一次最多可以传输 20 个字节，并且可以通过描述符配置为读取或写入。
BLE的接口非常原始，开发者需要重新封装才能更高效地传输数据。
BLE 的另一个限制是低功耗。
根据维基百科，低功耗蓝牙的数据传输速率是经典蓝牙的三分之一。
在实际应用中，出门问问发现BLE的数据传输速率更低，只有经典蓝??牙的百分之一左右。
在出门问问Ticwear测试的设备上，BLE的传输速度约为每秒0.5KB~2KB，这意味着如果使用BLE传输一个4MB左右的MP3，至少需要半个小时。
目前，iOS和Android手表系统的连接方式已经实现。
今年1月，出门问问团队在中国智能手表操作系统Ticwear中发布了连接iOS的功能。
今年2月，国外开发商Mohammad也宣布实现该功能。
最近，谷歌的Android Wear团队也透露将支持iOS，大概是通过BLE。
由于BLE的连接方式有比较大的限制，实际的数据传输速率只有每秒1KB左右。
如此低的数据传输速率决定了BLE只能支持小数据量的通信，例如来电提醒、通知等，而大数据量传输的任务，例如语音搜索、应用下载和OTA升级等，很难实现。
Ticwear Connect iOS 与市场上其他类似应用程序不同。
除了支持消息推送外，Ticwear iOS 助手还支持更换表盘、时间同步、拨打和接听电话等 Android Wear 连接 Android 手机时才可用的功能。
为了实现这些功能，出门问问重新封装了BLE，以便上层应用可以无缝连接iOS和Android设备。
对这些功能的支持要求Ticwear iOS助手即使切换到用户iOS设备后台也能使用蓝牙（由于使用低功耗蓝牙，用户完全不用担心功耗）。
但不同版本的iOS对蓝牙应用程序在后台停留的时间定义不同，导致用户时不时会遇到蓝牙连接断开的情况，从而影响用户体验。
Android和iOS之间的连接目前主要依靠wifi。
蓝牙需要Apple的MFi认证。
很少有 Android 设备通过此认证。
目前，Android手表可以通过Ticwear或其他解决方案连接iOS设备。
目前还没有将Applewatch连接到Android手机的解决方案。
出门问问团队认为，苹果销售手表的主要目的之一是促进iOS手机的销售，因此短期内，苹果应该没有动力支持Apple Watch连接Android手机或允许Android Wear连接iOS设备。
由于各方压力，苹果最终应该会允许一些优质的Android Wear设备通过MFi认证，让这些设备能够完美适配iOS。
不过，由于苹果刚刚发布了Apple Watch产品，出于竞争考虑，Android Wear设备短期内应该不会获得认证。
但开发者会尽力让两个阵营的设备互联。
由于Android Wear和Apple Watch都将支持wifi，并且没有蓝牙的限制，因此它们互联的可能性充满想象。