前一篇《[多图论证]阿里云OS不太可能是Android以外的东西》用的ROM是错的，是Android的刷机包，不是官方原生的云OS的ROM，所以论据是错的。这里用官方原生云OS的ROM分析一下，到底阿里云OS和Android之间是什么关系。 首先找到官方的原生云OS的下载地址：http://bbs.aliyun.com/read.php?tid=22809
原帖里有W700的卡刷包：AliyunOS-1.6.1.6-RT-20120329.7z 各位可以自行下载验证。

解开看大目录的结构：

根目录下是一个boot.img，这就是Android系统的bootloader，也就是启动分区。另外有个system目录，这就是Android系统的system分区。进入system目录往下看：

这里和Android ROM的目录结构是一模一样的，各位可以自己找个Android ROM对比以下。核心的几个目录：
app: 存放ROM预装的app
bin: 系统进程的目录
framwork: Android Framework目录，就是Android应用程序运行所需要的库文件的目录
lib: so库文件目录，相当于Windows的system32目录

咱们再进到app目录看一下：

好，看出区别来了，Android下所有的app都是以apk结尾的，前一篇帖子《[多图论证]阿里云OS不太可能是Android以外的东西》用的 ROM就是Android的ROM，里面对应这张图里的文件就都是apk的。这里怎么都是lar呢？这就是阿里云OS和Android不同的地方了，因为 apk是Dalvik虚拟机管理应用程序的文件格式，阿里云自己搞了个虚拟机，用lar文件来管理。lar文件和apk文件有什么不同？我们知道apk文 件其实就是一个zip文件，用WinRAR可以直接打开看，那lar文件呢？用WinRAR果然也可以直接打开：

做过Android开发的人一看到这个目录结构就发现，它和apk的目录结构基本上是一模一样的，除了Android应用的classes.dex文件变成了classes.lex。那所谓的lex文件是不是就是把dex文件换了个名字呢？我们用二进制比较一下：

左边的是Android应用的dex文件，右边的是阿里云应用的lex文件。可见，文件格式已经完全不一样了。

好，app的不同已经看出来了，我们再来看系统核心进程有什么不同。进入到/system/bin目录：

熟悉Android系统的人一眼就能看出来，am, app_process之类的名字都是Android核心进程的名字。多出来了几个：cloudserver, chpasswd.cgi之类，看来这就是阿里云所谓的“云服务”的核心进程了。

好，文件的比较就到这里，那现在基本上可以下结论了，一个完整的Android系统，包括以下几个部分：
1. bootloader：用来启动操作系统
2. kernel: 系统内核
3. 核心进程，就是 /system/bin 下面那堆东西
4. so库: 系统运行基础，就是 /system/lib 下面那堆东西
5. Android虚拟机，所有的上层应用都是靠虚拟机来运行的
6. Android Framework: 所有的上层应用都是通过调用Framework来实现功能的，就是 /system/framework下面那堆东西
7. 上层应用，比如说桌面Launcher, 拨号，短信，通讯录之类，就是/system/app下面那堆东西

那么，阿里云OS，在上面7个部分中，虚拟机用的是自己的，上层应用是自己定制的，另外额外加了一个“云服务”，其余部分都是用的Android的。它和Android是什么关系已经很清楚了。

那顺便八卦一下，为什么阿里云要搞成这个样子呢？说来就话长了，话说当年阿里云刚成立的时候，还是很有追求滴，当时收购了一家国内做Java虚拟机的公司 （叫“猛犸科技”），同时还找了一帮MOTO做Linux内核的人，想搞个自己的操作系统出来。阿里云的CEO叫王坚，和李开复一样都是从微软研究院出 身，但是颇看不起李开复搞的“点心OS”，认为“拿个Android来改一改，多土啊！我们要搞自己的操作系统！”于是呢，阿里云的一帮人就吭哧吭哧搞 “自己的操作系统”了。结果呢，大家脚趾头都能想到，从头搞一个操作系统哪有那么容易，做了半年没做出来，咋给马云交差呢？于是也顾不上土不土了，拿 Android改吧。虚拟机是现成的，那就换掉Android的虚拟机吧，好歹能算是自己的工作成果。但光换个虚拟机意义也不大啊，HTML5和 WebOS的概念比较新潮，那就再加个“云服务”的概念吧，也算是国内HTML5的倡导者了。HTML5通过浏览器引擎跑，性能肯定比不上原生应用，那怎 么保证操作流畅呢（特别是桌面Launcher，天天用，要是太卡，用户就疯了），那还是用原生应用来实现吧……于是，最后阿里云OS就长成现在这样了。

好吧，说到这里，大家也能看出，阿里云OS一开始就没有从用户角度，商业角度来考虑，完全是公司高层的个人喜好折腾出来的东西。最后靠着阿里巴巴集团的背 景，想拉上天语，海尔和宏基来买单，结果这几家也是各怀异心。可惜了阿里云的苦逼员工们，折腾了好几圈，前些天还看到有阿里云OS的员工在微博上说“每周 7天加班”，悲催啊，最后做出来的东西还被市场所抛弃。

[导读]这项诉讼案所涉及的问题专利包括所谓的“橡皮筋”效果，苹果已在欧洲和美国申请了这项专利。摩托罗拉母公司谷歌预计很快将就这项判决向法庭提出上诉。

北京时间9月14日消息，据国外媒体报道，在与Android厂商的司法战争中，苹果日前再次取得了一场胜利。据美国专利博客网站FOSS Patents报道称，在推迟宣判5个星期后，德国慕尼黑地方法庭裁决摩托罗拉侵犯了苹果与触控屏有关的专利。

这项诉讼案所涉及的问题专利包括所谓的“橡皮筋”(rubber-banding)效果，也就是当移动触控屏设备上的网页、文件或者照片在滚动越过边界之后再弹回来的视觉效果。苹果已在欧洲和美国申请了这项专利，并指控摩托罗拉将这种特性复制到自己的移动设备中。

据悉，在此次判决过后，苹果将可以申请针对摩托罗拉智能手机和平板电脑的禁售令。慕尼黑法院此次裁决摩托罗拉移动涉嫌侵权的智能手机和平板电脑设备包括有，摩托罗拉Milestone XT720、摩托罗拉DEFY、Atrix手机和XOOM平板电脑，所有这些产品都采用Android操作系统。

事 实上，早在今年4月召开的法庭听证会上，摩托罗拉上已经承认了这项侵权，但他们试图说服法庭判决苹果此项专利无效。在8月的审判中，摩托罗拉改变了策略， 矢口否认自己侵犯了苹果专利。显然，摩托罗拉的这两种策略都并没有奏效。在德国地方法庭作出判决以后，苹果已经掌握了主动权，并拥有多种选择。

然 而，这个裁决并不是最终裁决。苹果可以选择提供2500万欧元（约合3200万美元）保证金，如果摩托罗拉移动决定不对这个裁决提出上诉或者如果上诉法院 确认这个裁决，苹果就可以强制执行这个禁售令。但这样的禁令不是永久性的，因为摩托罗拉可以提出上诉。另外一种选择是，苹果可以额外支付1290万美元强 制要求摩托罗拉不得出售任何被法院判定侵权的设备。或者，苹果可以选择再多支付1290万美元，即要求摩托罗拉召回德国市场上的所有侵权产品。

摩托罗拉母公司谷歌预计很快将就这项判决向慕尼黑高等地方法庭提出上诉，并继续就苹果专利的有效性向欧洲专利局提出质疑。摩托罗拉在德国的业务规模不大，因此仅在该国被禁止出 售产品所产生的影响可能并不大。但业界人士指出，这项诉讼案以及其他几项诉讼案的判决可能会给Android阵营本身带来更为深远的影响。

来自FOSS Patents弗洛里安-穆勒(Florian Mueller)表示：“这些诉讼案结果本身表明了，同行业历史上任何电脑软件曾有过的侵权麻烦相比，谷歌Android平台所面临的问题要严重的多，这样的情况令谷歌及其许多硬件合作伙伴都感到十分担心。”

值得一提的是，苹果最近在与三星的美国专利诉讼案中胜诉，三星被判向苹果赔偿10亿美元。苹果和谷歌方面目前均拒绝就此发表置评。