android典型案例

‘壹’ Android录音API都是有哪些有什么经典的案例么

我建议你参考Android API官方文档，录制音频使用MediaRecorder这个类，

步骤大致为：

1，创建MediaRecorder实例

2，设置音频源 setAudioSource()

3，设置输出格式 setOutputFormat()

4，设置输出文件（路径）setOutputFile()

5，设置音频编码 setAudioEncoder()

6，音频初始化，调用prepare()

7，调用start()开始录制音频

8，调用stop()结束录制音频

9，调用release()释放资源

例程如下：

java">privatevoidstartRecording(){
mRecorder=newMediaRecorder();
mRecorder.setAudioSource(MediaRecorder.AudioSource.MIC);
mRecorder.setOutputFormat(MediaRecorder.OutputFormat.THREE_GPP);
mRecorder.setOutputFile(mFileName);
mRecorder.setAudioEncoder(MediaRecorder.AudioEncoder.AMR_NB);
try{
mRecorder.prepare();
}catch(IOExceptione){
Log.e(LOG_TAG,"prepare()failed");
}
mRecorder.start();
}
privatevoidstopRecording(){
mRecorder.stop();
mRecorder.release();
mRecorder=null;
}

还需注意，

1）上述程序还需添加android.permission.WRITE_EXTERNAL_STORAGE和

android.permission.RECORD_AUDIO两个权限。

2）Android模拟器上无法录制音频，需在真机上测试。

上面程序是我记的笔记，就是参考的Android官方文档，放到你的Activity里的某个按钮事件里调用就行了，音频参数什么的看着自己调吧。

‘贰’ 谷歌nexus系列手机一共有几种机型

全系列5款产品。

从2010年开始，HTC代工的Nexus系列手机进入我们的视野，从最初的Nexus One开始，五款产品登上舞台。其中包括三星公司制造的Nexus S、Galaxy Nexus，以及LG公司生产的Nexus 4和最新发布的Nexus 5。作为原生Android系统手机，它们的存在为所有Android手机树立了标杆，是代表Android系统手机的最典型案例。现在Nexus one、Nexus S以及第三代产品Galaxy Nexus已经停止升级服务了，而第四代Nexus 4和第五代Nexus 5则是最主力产品。

‘叁’ 国外企业创新成功案例

创新是指以现有的思维模式提出有别于常规或常人思路的见解为导向,利用现有的知识和物质，下面就是我整理的国外企业创新成功案例，一起来看一下吧。

IT畅销书《浪潮之巅》的作者吴军提出了一个令人印象深刻的“基因决定论”，即当一家大公司想要转型占领新的领域，做出颠覆性创新产品的时候，往往会败得很惨。

中国移动宣布将成立新媒体集团，并将在2015年1月正式投入运营。10月15日晚，联想集团宣布将成立一家全新的子公司，完全基于互联网平台打造中国领先的互联网模式的智能终端和服务业务。该公司将于2015年4月1日正式开始运营，届时将拥有独立的公司名称及全新的子品牌...

在大变革的移动互联网时代，中国移动、联想集团这样的大公司也加速了自己创新的脚步。在大公司做创新的时候，人们往往充满期待，同时也会存有一丝质疑，一个大公司在做创新的时候要牵扯到太多的事情，他们做的创新真的能够成功吗?

前Google资深工程师，IT畅销书《浪潮之巅》的作者吴军提出了一个令人印象深刻的“基因决定论”，即由于公司基因的影响，当一家大公司想要转型占领新的领域，做出颠覆性创新产品的时候，往往会败得很惨。

例如：摩托罗拉、诺基亚、英特尔、微软，尽管在所在的行业占据了无可争议的垄断地位，但是当时代发生变化，行业发生转型以后，都不同程度的衰落了，大公司体制内创新的窘境已经成为常态。

杰克韦尔奇在谈到这个问题的时候，曾经说过：“管理一条产值为5万美元的新生产线的第一年，要比管理一个销售额为5亿美元的企业的第20年更为困难”。

所以一般大公司体制内立项的新项目失败的概率是非常高的。在互联网行业，往往大公司做创新产品做不过创业公司，大公司里面做失败的产品可以说是“累累白骨”：

网络“有啊”

网络一直在思考如何承载未售卖的商业流量。从网络身边、网络有啊到爱乐活，还有网络地图，网络一直在O2O领域探索，不过成绩并不尽如人意。

2010年底，本地生活服务产品网络身边公测，网络有啊发布生活频道，试水本地生活服务。2011年3月，有啊商城关闭，正式转型生活服务平台。不过，网络有啊生活发展未达外界预期。为了拥有更多自主权，2011年底，有啊从网络分拆，之后更名为爱乐活。但爱乐活并不算成功。O2O已逐渐以移动互联网为主，优势在线下端，互联网端已经不占优势，因为用户要随时随地享受服务...以下是网络“有啊”失败的原因：

2007年10月，网络成立电子商务事业部，高调宣布进军电子商务。选取C2C为突破口，希望打造一个“中文互联网领域最具规模的网上个人交易平台”，网络当时认为，基于搜索引擎的电子商务是未来发展的必然趋势，而自己最具优势将成为这一领域的王者。

2008年10月，承载无数期待的网络有啊正式上线，并放言“三年内打败淘宝。”但是2011年3月底，网络发布公告称有啊将于一个月后关闭，有啊的商城业务将有计划地转移给乐酷天、耀点100等合作伙伴。随后2011年底，网络电商事业部被拆分为独立公司。2012年，“有啊”被包装成“爱乐活”重新上线，但被定位为本地生活信息服务平台。自爱乐活推出以后，业务就在不断的调整，很多业内人士也是表示看不懂。2011年3月31日，网络旗下电子商务网站“有啊”发布公告称，一个月后有啊购物平台的商品、店铺、交易相关功能将关闭，商城业务转移给乐酷天、耀点100等合作伙伴。

“有啊”没啦...

原因:生不逢时

有啊正式上线是在2008年。赶上了正是网络购物发展最快的3年，可以这么说，有啊出生在了电子商务发展的拐点上。为何好机遇却没有好结果呢?以下几点是其失败的主要原因：

1、战略失误

有啊上线后，目标定位为做淘宝第二，这个定位让有啊采取了跟随战略。不同于传统行业，甚至是传统的互联网领域，电子商务各细分领域的带头大哥往往占绝对优势，如淘宝、京东。用户已经对其形成了依赖和习惯。后来挑战者如果没有颠覆性的差异化创新，很难打破既有的市场格局。

2、流量优势不再

电子商务是一个极度需要用户粘性的市场。在网络将流量导入有啊这个平台时，需要经过很多环节。如买家和卖家的注册、认证，申请百付宝等支付工具，这是一个衰减的过程。每经过一个环节，流量就衰减掉一部分。所以每个环节都是风险。最后能沉淀下来成为核心指标的，已经所剩无多，流量优势越变越小。

3、缺乏有吸引力的商业模式

简单地拼流量已经不适应现阶段电子商务的发展。网络已经意识到这一点，在2010年上半年启动的新电子商务战略中，定位重回搜索优势，推出多种广告形式，全面满足电子商务客户的搜索投放，推出并逐步开放基于'框计算'的商品搜索。

4、多元化资源布局失调

多元化业务的成功，关键看两点：你是否立足于自己的核心竞争力;资源配置是否合理。

网络的电子商务如果想要做成功，关键在于找到真正的懂电子商务的管理者。去年辞职的有啊创始人李明远，由于在社区领域业绩卓着，曾经深得李彦宏赞赏;但他在电子商务领域的经验一片空白，即便在执行层面做得很优秀，仍然难逃失败的命运。

在资源的多元化配置层面，网络有自己的一套模式，通常成立新的事业部，母公司会派出一个得力干将做总经理。与互联网领域的创业公司的管理团队由 CEO、CTO和 市场总监三类骨干组成相比，网络事业部总经理常常肩挑三职，面对的挑战非常大。网络很重视有啊，但是网络的资源分配遵循721原则，即，核心的搜索业务能分得70%的资源，搜索相关的业务分得20%的资源，创新业务是10%。无论有啊属于搜索相关还是创新业务，二者旗下均有多个项目，有啊能够得到的资金与管理支持只能是其中几分之一或者十几分之一。

另外，母公司运营层面的人才，也尚未与旗下事业部形成共享机制，也就是说，事业部的管理人才并非是整个网络的一流人才。在这样的架构和资源模式下，想要干好很不容易。

智能FUN电商

在“帝企鹅”智能FUN庞大的互联网版图中，仍有几块领域未能站到前排，电商就是其中之一。“挟流量以令诸侯”，这是智能FUN过往不二的制胜法门，新进的大多数领域，智能FUN总能凭借流量优势和用户基数，迅速圈定自己的势力范围，并改写竞争格局，割据一方甚至独占鳌头。但在电商领域，流量不再是尚方宝剑，具有普适效应的后发优势突然间失效了。电商，于智能FUN而言，更像是一门不同以往的新生意。其内部一度将智能FUN电商未来的发展比喻为爬珠穆朗玛峰，艰险不言而喻。跌跌撞撞近10年后，智能FUN电商似乎终于理清发展思路、各种内外部资源、统合战线，并试图通过“微信+移动电商”的路径实现逆袭。暂不论成败。目前，不容回避的是，智能FUN电商早年已经落下太多“功课”...

原因1:流量枷锁

智能FUNCEO马化腾曾坦言，“(电商)走了很多弯路”。解释智能FUN的电商业务，本身就是一件麻烦事。即使经过整合后，它旗下的电商网站也还有3个。底层有C2C形态的拍拍网，类似淘宝;B2C自营平台的易迅网，类似京东;以及B2C开放平台的QQ网购，类似天猫。此外，还有智能FUN在电商领域投资的珂兰钻石网、高朋网、B2C网上鞋城好乐买、母婴类社区网站、团购网站F团等。

智能FUN将流量导入拍拍后，当时也能获得高销量，但顾客买完便宜的促销产品后就离开了。 成也萧何，败也萧何。流量是智能FUN系最重要的一项“撒手锏”，对于后进领域，其往往在模仿、改进的节奏中，凭借用户和流量抢夺对手的市场。智能FUN的成功可以概括为“QQ+”模式，即以QQ为核心，以免费社交功能，将用户“捆绑”到智能FUN这艘大船上，然后在船上搭载销售游戏、视频、搜索、阅读等各种项目。在电商领域，智能FUN也依然试图复制这一模式，但遗憾的是，流量优势失效了。

网络有啊可以说是前车之鉴。尽管网络曾经导入巨大流量、扶植电商业务“网络有啊”，但最终还是败北。有啊创始人李明远曾总结说：“电商背后，其实更多的是供应链、是商品、是物流、是仓储、是品牌建设。电子商务比拼的是商品及商业服务，而不根本取决于购物网站的细节设计、网站感受。”

“流量确实可以带来点击率，达到聚集人气的目的，但未必能够做成生意;即使做成生意，也未必能够留住客源。”IBM资深战略分析师王祺认为，某种程度而言，流量可能是智能FUN发展电商的一道枷锁。智能FUN习惯以流量推送促销信息，造成销量与促销活动相关度太高，但顾客留存率相对低。

“偶然机会看到诱人价格，从而购买商品，这种需求只是偶发性的，并不能长久。”王祺进一步分析称，“QQ+”的模式，本质上是以社交关系为基础，对于纯互联网性质的产品，因其“轻”、“快”圈层固定等特点，社交关系的传播更具优势。但是，电商则需要把社交关系转化为商业关系，涉及供应链、仓储、物流等诸多环节，这些远非流量能够解决。

此外，流量之于B端生态圈的塑造，智能FUN电商也走了弯路。智能FUN电商CEO吴宵光曾坦言，过去，智能FUN只是将流量拉到电商平台，这是一个计划经济的运作方式，“如果运用真正市场经济的方式，将智能FUN的内部流量进行市场化，让商家自己花钱买流量，更珍惜流量。同时，智能FUN电商还要建立一个良好的生态环境，给商家更多非付费的流量，形成有机增长。”吴宵光说。

“如果只是用低价甚至免费流量的方式吸引商家，肯定是简单粗暴的。”前述业内人士坦言，商家更希望将客户固化到搜索里，而不是将流量固化促销上，更需要一个越来越繁荣的平台，在上面持久地做生意。

原因2:供应链之殇

流量枷锁或许只是在特定情况下凸现，但供应链问题却是智能FUN电商缺失的最重要功课。

在电商发展之初，业内曾有过争论，有部分观点认为，电子商务公司还是“轻公司”，不用像百货公司、家电连锁那样“圈”供应商，更不用自建物流、仓储等。

智能FUN电商走的道路，与李明远的描述正好相反。据一位智能FUN电商的前产品经理透露，智能FUN电商的产品经理、工程师更执着于测试网购流程、响应速度等，希望能够减少步骤提升体验，却忽略了需要更强大技术支持的供应链、物流等业务体系。

另一个原因，在于智能FUN更喜欢内部孵化。一位智能FUN集团高管向记者表示，此前，智能FUN的主流业务几乎都是内部孵化，如研发、推广、支付等都是自己完成。最初的电商发展也是这个思路，但却失效了。

“阿里系电商本来是做2B的阿里巴巴业务起家，在处理B端关系、建设平台生态圈比较得心应手;京东商城相当于是传统零售出身，与供应商的关系一直很密切。”一位熟悉智能FUN电商的'投资人士向记者分析称，电商的链条其实比一般互联网产品更长，智能FUN看似强项的线上优势，在涵盖客户感知、物流、仓储等环节的供应链中，有些微不足道了。

凡事有因必有果。智能FUN电商早年错失的供应链关系，更为直接地反应在品类扩张上。全品类带来的不仅是留存率，更为重要的是攸关生存。国外的典型案例是亚马逊与新蛋之战，凭借规模化优势，尽管3C家电只占其不到三分之一的规模，亚马逊还是轻易压制了3C垂直网站新蛋网，而品类扩张也给其积累了较大的现金流。

据中国电子商务研究中心监测数据，截至2013年上半年络购物市场上，天猫占50.4%;京东紧随其后名列第二，占20.7%，苏宁易购为5.7%，智能FUN电商仅占5.4%。

原因3:时间窗口

“作为一个电商平台，我们回过来看，你可以从一个强势的类目切入，但是它不能成为你的全部。”智能FUN副总裁、易迅网CEO卜广齐说道，平台必须要有很强的承载能力，如果我们把这种特点定位到服务体系和支撑体系以后，未来的空间更大。但问题在于，互联网竞争中有一条不成文的规则——用户惯性，即对于相同特性的产品，人们并不习惯随意更换已经习惯使用的产品。扩充品类的智能FUN电商，更像是在与时间赛跑，将用户固化到智能FUN电商的搜索里，而非在其他网站购买其他品类的商品时被转化了。毕竟，留住用户比抢回用户更加容易。

随着微信的崛起，似乎为智能FUN电商带来巨大的想象空间。有一次，微信“教父”张小龙问卜广齐，是不是能够“干掉(淘宝)购物车”。于是在去年“双11”当天，易迅网联合微信上线微信卖场。显然，在IM领域，微信已经遥遥领先，把对手甩出好几条街;而智能FUN电商在体量上还远配不上微信。依据之一就是，尽管微信卖场自去年“双11”上线后，日均1万单左右，但商品客单价大都在200多元的区间。“百年老店常见，但鲜少看到百年的互联网产品。”一位阿里高管曾表示，用户购买习惯的培养与迁移都不容易，而且阿里也在积极布局移动电商，力推手机淘宝、微淘、淘点点、来往等产品。

与阿里系电商的竞争，智能FUN电商的高管一向不愿多谈，但曾私下表示：“悬殊太大，现在没想过。”但是，智能FUN电商一直将京东视为对手，不惜砸入大量资金、流量，力挺易迅对抗京东，甚至杀入京东的大本营北京市场。

中国移动的飞信

最近，中国移动的动作备受瞩目。 除了4G外，中移动今年还在快马加鞭的转型，试图通过成立独立公司来适应移动互联网的疯长，新媒体公司、互联网公司也就孕育而生。目前，新媒体公司的筹备工作运转正常。按照计划，中移动将成立新媒体集团公司及音乐、视频、阅读、游戏、动漫5个子公司，公司未来名称为 “咪咕文化科技集团公司”,计划10月底完成工商登记，并将三年投入104亿打造新媒体巨无霸 ，力争2015年1月正式投入运营。细数中移动这些年的创新：正式引入支持中国移动3G、4G网络的iPhone 5S和iPhone 5C;发布首款自主品牌4G手机 ;和智能FUN合作，利用微信推流量红包等，不难看出巨头在尝试更多的创新...当然，中移动在创新的道路上，也有过很多失败案例，飞信就是其中之一...

2007年5月中移动建立飞信;2007年6月5日起全面开通;2008年第一个版本的飞信上线;截至2009年第二季度，飞信用户已达1.84亿，比2008年同期增长64.9%，但用户活跃度仅29%，智能FUNQQ则保持了平均40%的用户活跃度。2010年年底，中国移动飞信活跃用户数已达到1.83亿，国内即时通讯市场份额紧随智能FUNQQ，排名第二。2011年6月26日中国移动将飞信的运营权转交给广东移动的南方基地，运营权变更，飞信业务彻底被中移动放弃。

飞信失败的原因有很多，但是主要原因就三点：

一、qq的“神”一样的存在

飞信没对智能FUN造成多大的影响，大部分网友都还是主要使用智能FUNQQ，这主要是什么原因呢。

1、其软件外观、图标显得呆板，没智能FUNQQ软件设计的那么流畅、舒适、形象、逼真。要想软件外观就相当于一个广告的版面设计，没有好的软件外观、图标，用户用起来不舒适，本是用该软件娱乐，但对这那呆板的飞信版面就已反胃，还有心情在使用你的飞信吗?

2、飞信表情不够形象生动。表情体积过大，与窗口比例严重不协调。

3、飞信消息窗口消息与消息之间的间隔比例不协调，这也都给用户个不舒适的感觉，使得飞信的吸引力大大折扣。上面的三点归根到底就是飞信的外观设计不够，不知道大家有没发现，移动的设计本就是呆板的，或者说呆板就是移动的专利，要想在外观上赶上智能FUN移动还应多向智能FUN学习，甚至应有所创新，甚至超越。

二、超级痛点

那就是：飞信不应附属于手机号，不应随手机号变动而变动，而应是让用户拥有固定的飞信号不变，用户可随意对飞信号实现于不同手机号码进行绑定，用户不在线时消息以短信方式发到用户手机。这就使得用户不再因改变号码飞信号也随之改变。

三、运营管理太烂

2007年飞信业务开始纳入各省移动公司每年的KPI考核指标，成为各省移动公司的任务，都在推飞信，飞信一下超过当时的很多IM应用用户数猛增。不过当时就有人说：对飞信的运营采取了外包的策略，加大了飞信运营管理的难度，对飞信软件后续的开发完善埋下了隐患。

1.飞信自推出就将联通、电信用户排除在外。本来与手机号绑定是飞信的优势，但中国移动却把它变成了劣势。三个运营商在飞信上的互通，其中关键的问题是短信回飞信要收费，而三个运营商互通之间的收费问题也是其中的难点。各个行业其实很难找到像中国三家运营商这样貌合神离的状态，实在是浪费了太多资金，扼杀了太多精力，也增加了太多内耗。

2.过于单一的应用，没有延伸。飞信起步之后，版本更新太慢，而且没有好的衍生产品。模仿QQ的一些包装又没有做好。3.变态的KPI推广，谁能忍受。4.手机客户端各种不方便，广告和推广不给力，缺乏真正的营销，定位模糊，外形死板，不会造势……

关于飞信，还有一个很重要的说法，管理层根本就不想推广飞信，不想侵犯自己的短信收入。也是有一定的道理的。

诺基亚

2013年9月3日上午，微软和诺基亚正式联合宣布，微软以71.7亿美元并购诺基亚手机业务部门，并获得相关的专利授权。这意味着，诺基亚失去了其昔日最为耀眼的明珠，只剩下了地图和网络通信两块非核心业务。在经历了近5年来以安卓和苹果为代表的智能手机的反复冲击之后，曾经的手机业老大诺基亚终于为这段无望的挣扎画下休止符。面对2000年3030亿欧元市值的诺基亚市值跌至71.7亿美元的出售价，总有一些好奇心和责任让人回顾诺基亚手机由盛转衰的历程。总结诺基亚“越成功越失败”的种种，或许对其他公司具有一些参考价值。以下是诺基亚失败的几大教训：

1、行动迟缓，错失智能机时机

没有公司能成常胜将军。模拟机转2G手机，诺基亚把摩托罗拉超越。3G智能机时代的来临，诺基亚应该有可能被超越的警醒。但是它没有。诺基亚坐拥全球手机老大的位置，俯视众手机厂商。2007年iPhone来了，诺基亚嘲讽，乔布斯先得把品牌知名度转化为市场份额。紧接着Android手机来了，三星、HTC都因Android起来了，触摸屏时代来了，诺基亚依然固守Symbian，固守手机物理按键。如此一来，诺基亚市场占有率从2008年的4成以上，降到2011的25%，随后被三星超越。

2、老大心态作祟，不肯与操作系统新秀结盟

时至今日，诺基亚归于Windows Phone 平台已是板上钉钉之事，此前，一直有声音对于诺基亚做Android手机心存幻想，在诺基亚份额出现下滑，诺基亚只要做Android，凭借其出色的硬件能力，总能扳回一城。但是他没有。诺基亚选择操作系统的理由是看重是否能成为其领导者，这与自己的老大心态一脉相承。在诺基亚看来，选择Android系统，做的最好，也只是谷歌最大的代工厂商，为谷歌打工。而选择微软，则可以建设另一个手机系统生态圈。但是，从2011年-2013年，Windows Phone生态迟迟落后于其他系统，诺基亚落得独木难支的境地。

3、战略摇摆不定，不断从零开始折腾

在被众智能手机厂商争相分食市场份额之时，诺基亚本应充分利用自己的优势，寻找一个方向坚定的走下去。但是它没有。Symbian已经不适应智能手机时代的发展，除了苹果，几乎所有手机厂商都转向Android平台。诺基亚选择了和英特尔合作从零开始做Meego，随后放弃。以前的投入都打了水漂。在基于Meego的N9发布不到一周内，艾洛普明确回应，尽管N9取得了巨大反响，但诺基亚仍要放弃MeeGo，并把重点完全放在Windows Phone的开发上。2011年初，诺基亚结盟微软，全面转向Windows Phone平台，几乎又是从零开始。再好的底子也经不起折腾。

4、固守传统思维，封闭策略导致移动互联战略失败

2007年，诺基亚率先在全球推出移动互联网Ovi store，这比苹果的App Store早了1年。随后谷歌推出Google Play，苹果和谷歌的应用商店的成功证明，不要试图产业链通吃，而是要开放合作。但是它没有。与苹果、谷歌努力打造的开放平台相反，诺基亚向互联网转型的过程更像是一次以互联网为目标的垂直整合。为推出基于位置的服务，诺基亚不惜花巨资收购导航软件企业、地图企业甚至相关的运营网站，但这种整条产业链通吃的模式似乎并未增强诺基亚在互联网世界的竞争力。在砸了150亿美元的巨资后，诺基亚Ovi战略归于失败。

5、总是低估市场，巨资研发转化不成生产力

早在2004年，诺基亚内部就开发出触控技术，甚至是现在当红的3D技术。翻开诺基亚的财报，2010年诺基亚的研发费用，估计就花到58亿欧元，是苹果的4倍以上。诺基亚拥有最庞大的研发资源，本该转化为战场上的武器。但是它没有。他们总说，这市场太小，没人要买，这花太多成本。直到iPhone推出一年后，诺基亚才推出第一款触控技术的手机。 但这时候诺基亚掌握触控技术已经好几年了。

6、用人不力，美系人士掌管欧系风格公司本身是冒险

诺基亚是芬兰公司，2010年9月，美国职业经理人史蒂芬·艾洛普接掌诺基亚，成为第一位非芬兰裔的“掌门人”，这本身是一个华丽的冒险。在他上任后，诺基亚公司市值从2010年的300亿欧元跌至今年春天的100亿欧元。自2011年2月份诺基亚宣布与微软合作以来，该公司股价累计跌幅已经超过了50%。诺基亚现任CEO史蒂芬·艾洛普来自微软，在上任后，不断地使出亲微软的策略，战略的反复，对其卧底的怀疑，诺基亚内部对艾洛普有很多不信任感。甚至有股东发动B计划，要求董事会驱逐艾洛普。

如今，在诺基亚和微软的交易结束后，艾洛普又将回归微软，直接向鲍尔默汇报。人人感慨诺基亚的命运，唯独艾洛普的笑颜依旧。

诺基亚社交入口Facebook Home

社交巨头Facebook多年以来一直试图把更多的内容深度整合到Android智能手机中，因此在2013年四4月份隆重发布了Facebook Home。发布不久之后，Facebook Home就显现出了颓势，早期用户数远不及预想中的多。“这不是一款正确时间出现的正确产品，”Gartner分析师布莱恩·布劳(Brian Blau)表示，“Facebook一直认为他们可以扭转局面，但是他们没有条件做到。”自从上线后Facebook Home的下载量一直处于下滑状态中。它只在19个国家的应用下载量排行榜中能够进入前500位，而在大部分国家，它在下载量排行榜上只能排在300多位到400位左右。2014年9月15日Facebook解散了Facebook Home工程师团队。此举意味着Facebook进入智能手机市场的梦想被终结。以下是其失败原因：

1.看重增加用户数

从发布目的来看，Facebook推出Facebook Home意在增加使用Facebook的用户数，但最终的结果是之前Facebook的用户只是从形式上切换到了Facebook的另外一种应用，只是名称的不同而已，从增加使用自身应用用户的角度，Facebook Home完全是画蛇添足。

2.功能设计不合理，触碰用户底线

但当用户使用Facebook Home后，上述这些理所当然会出现的信息通通消失了。Facebook Home显然有入侵用户智能手机首页的嫌疑。就在Facebook Home发布后，知名科技博客Mashable相关调查显示，在Facebook Home是否是Facebook主页入侵的选择中，77%的投票用户选择了“是”，其中又有84%的投票用户很在意这种“入侵”，可见Facebook Home给用户有强买强卖的感觉。而这是用户最为反感的。

3.与合作伙伴的自身利益冲突

从合作伙伴的角度，初期Facebook Home只有HTC一家手机厂商予以支持，但随后HTC First随后很快就在市场中退出了。多家主流手机厂商不愿意同Facebook合作，原因在于考虑开发自家的主题应用。

‘肆’ Android java虚拟机和sun java虚拟机区别

(1) Dalvik VM和JVM 的第一个区别是 Dalvik VM是基于寄存器的架构（reg based），而JVM是栈机（stack based）。reg based VM的好处是可以做到更好的提前优化（ahead-of-time optimization）。 另外reg based的VM执行起来更快，但是代价是更大的代码长度。

(2) 另外一个区别是Dalvik可以允许多个instance 运行，也就是说每一个Android 的App是独立跑在一个VM中.这样做的好处是一个App crash只会影响到自身的VM，不会影响到其他。 Dalvik的设计是每一个Dalvik的VM都是Linux下面的一个进程。那么这就需要高效的IPC。另外每一个VM是单独运行的好处还有可以动态active/deactive自己的VM而不会影响到其他VM
(3) 接下来就是关于版权之类争论。（可以参看下面文章）
既然reg based VM有那么多好处，为什么之前设计JAVA的人没有采用reg based而是采用stack based的呢？ 原来stack based的VM也有其优点，就是它不对host平台的reg数量做假设，有利于移植到不同的平台。而Dalvik则不关心这些，因为它本来就是为ARM这样的多reg平台设计的。另外Dalvik被移植到x86也说明，即使是x86这种reg很少的平台，reg based的VM也是没有问题的。

下面着重说下DVM的优势：（部分文字我加黑以突出）
1、在编译时提前优化代码而不是等到运行时
2、 虚拟机很小，使用的空间也小；被设计来满足可高效运行多种虚拟机实例。
3、常量池已被修改为只使用32位的索引，以 简化解释器

JVM 的字节码主要是零地址形式的，概念上说JVM是基于栈的架构。Google Android平台上的应用程序的主要开发语言是Java，通过其中的Dalvik VM来运行Java程序。为了能正确实现语义，Dalvik VM的许多设计都考虑到与JVM的兼容性；但它却采用了基于寄存器的架构，其字节码主要是二地址/三地址的混合形式。

基于栈与基于寄存器的 架构，谁更快？现在实际的处理器，大多都是基于寄存器的架构，从侧面反映出基于寄存器比基于栈的架构更与实际的处理器接近。但对于VM来说，源架构的求值 栈或者寄存器都可能是用实际机器的内存来模拟的，所以性能特性与实际硬件又有不同。一般认为基于寄存器架构的Dalvik VM比基于栈架构JVM执行效率更高，原因是：虽然零地址指令更紧凑，但完成操作需要更多的load/store指令，也意味着更多的指令分派 （instruction dispatch）次数与内存访问次数；访问内存是执行速度的一个重要瓶颈，二地址或三地址指令虽然每条指令占的空间较多，但总体来说可以用更少的指令完 成操作，指令分派与内存访问次数都较少。

我们从下面的截图可以明了的看到与同一段Java代码对应的Java bytecode 与Dalvid bytecode的比较：

JVM其核心目的，是为了构建一个真正跨OS平台，跨指令集的程序运行环境（VM）。DVM的目的是为了将android OS的本地资源和环境，以一种统一的界面提供给应用程序开发。严格来说，DVM不是真正的VM，它只是开发的时候提供了VM的环境，并不是在运行的时候提供真正的VM容器。这也是为什么JVM必须设计成stack-based的原因。

JVM：所有的jar程序，其运行环境完全是由JVM来提供，包括运行时，各类资源的调度，而JVM的架构，其设计为一个JVM里面可以运行多个java程序，JVM就像一个真正的“机器”，可以跑着多个程序。如果去看看一些企业级的JVM（例如tom cat，WAS），从OS的进程管理中，一般你只能看见一个JVM的进程（当然，你也可以起多个JVM，但JVM架构就是OS-JVM-APP的3层运行时模式），而看不见JVM里面运行的程序，而一个JVM里，可以跑多个java app。简单得说，JVM完全屏蔽了应用程序和OS之间的联系，而改用JVM充当了中间层，这也是一个真正跨平台运行时VM必须要做到的。只要是相同的JDK，JVM为所有在其中运行的程序，提供了完全一致的运行环境，而不论你是什么样的底层OS和硬件条件。因此这也是我在其他一篇答案中提到，JVM的特点是取底层OS和硬件环境的交集，从而保障这种一致性。而所有应用程序和底层资源的互动，一定是依赖JVM的传递和转换来实现。JVM真正实现了一个OS对应用程序运行时管理的所有功能。从开发环境角度和运行时角度，都是完全一致的真正VM

DVM：而DVM的特点在于使用了Zygote，Zygote有几个非常有意思的特点。
一是Zygote采用预加载，由其首先判定安装的APK的需要以及相互依存树，以及OS及硬件环境的特点，在每次启动的时候进行预加载（现在你明白为什么android的app在应用管理里你能轻易查到它都调用了那些关键性的本地资源的原因了吧？），这就意味着，你安装的应用越多，Zygote的加载就越慢，一般来说你的手机启动就会越慢。另外来说，在不同的硬件环境里（例如有无GPS芯片）Zygote初始化的实例是不同的。也就是说，zygote并不提供一个统一的运行环境，具有更好的弹性，这种机制意味着DVM可以取底层资源的合集来提供上层应用使用，差别只是在程序安装或者启动的过程中，DVM可以提示程序需求资源，本地环境可能未能满足而导致无法运行。DVM的Zygote并不是提供一个运行时容器，它提供的只是一个用于共享的进程，所有的应用程序运行，都是独立的，OS级别的进程，直接受到OS层面的资源控制以及调度的影响，只是他们共享Zygote说预加载的类而已。这也就是我为什么说，DVM就像是给每个应用程序在底层加了个套子，而不是提供了一个真正的运行时的VM。也就是说，DVM在开发环境中说提供的VM平台，和运行时的环境是很有可能不一致的。开发环境中提供的VM平台，是一个各种运行时可能环境的合集。
从这点上来说，一般我们认为，JVM中的JAVA程序的崩溃，最多导致JVM的崩溃，而不会导致OS崩溃，但是apk的崩溃，可以直接导致OS崩溃，android手机会因为应用程序死机，大家应该是很常见了。但是大家一般是不会看到java程序导致死机吧？因为运行时中间隔着一个JVM。（当然，其实还是有些小门道可以用java程序让OS崩溃，因为这个，我和某些JAVA大拿打赌赢过饭局，呵呵，不过这是其他话题，不在这里展开了）

除此之外，在JVM的机制中，不同的程序，打包以后，他们都是在运行层级真正独立的程序（指程序应用他们相互之间的关系，而不是和JVM的关系），即便他们在包里使用了同样的类，运行时都是单独加载，单独运行的（及加载多遍）。
DVM这种预加载-共享的机制，使得不同应用之间，在运行时，是共享相同的类的，一般来说，在系统资源消耗方面，拥有更高的效率。

最后，补充一点，byte code并不意味着就是解释执行，也能是加载编译，安装编译，预编译等等。实际上，不同的byte code的程序，不同的技术，不同的具体语言，其真正执行的情况是挺复杂，难以一概而论的，好多都是混合技术的案例，从我对odex的技术来看，就是个典型案例。

‘伍’ android 绘制刻度尺能给个demo参考一下么，请留下你的邮箱或QQ

http://blog.csdn.net/wangjia55/article/details/8451739

‘陆’ 安卓手机和苹果手机有什么对比

自从Iphone横空出世，就以简单易用，并功能强大，作为智能手机的代名词，直到Google推出Android 平台，才棋逢对手；自此作为两款经常拿来一起比较的手持移动平台，做了粗略分析比较； 1. 开发平台 目前开发智能手持平台设备的app相对来说已经比较简单。以Android手机Nexus One为例，它的处理器有1GHz，内存则有512MB，跟开发客户端应用的感觉已经很类似。 Iphone平台 对于Iphone平台的开发，首先要熟悉Apple的 MAC OS或者是Unix系统的开发基础，Iphone的开发工具Xcode并不支持Windows平台，因此开发者首先要拥有一台mac电脑； 语言学习方面，熟悉C语言的工程师可以省一点力，因为在Objective-C中，可以直接编写C程序，唯有用户接口的部分，一定得仰赖 Objective-C。 Android 平台 Android采用java开发，因此Android对系统资源的操作程度已接近PC客户端开发。 对于程序兼容性问题来看： Iphone 独此一家，因此可以很好控制应用兼容性问题，而Android平台的手机联盟战略，便有各家厂商的不同规格型号的机器，因而Google通过手机厂商统一硬件的规格手段达到兼容性的平衡。不过，也确实有开发者担心Android的开放平台，未来难保手机厂商不会因为自身的需求而有所调整，仍可能导致兼容性问题发生。 2. 封闭和开放的审核机制 Iphone平台 封闭和严格的审核一直都是Iphone做为Apple设计理念和保证app质量的评审手段之一；在app应用开发完成，上架App Store上前，Apple也必须审核软件的内容，以避免包含色情与暴力，或者有已知Bug的软件，影响整个市集的质量。 由于iPhone软件的销售与安装，只能透过App Store这个唯一的管道，有志进入IPhone市场的开发者，也不得不买账。 Android 平台 相较于Apple的封闭，Android就显得开放许多，Android Market则是被动审查机制（只有被足够多的用户举报，Google才会对此进行审核），程序上传几个小时后，使用者就可以下载。 事实上开发者不经由Android Market，也有其他途径营销。如：安卓市场。 封闭与开放的作法各有好处，由Apple把关且锁定销售管道的作法，对消费者而言，可以确保质量；而开发者也省得比较各市集之间的优劣。 而Android的开放作法，则有不设限的好处──开发者不用担心Apple因为自身利益的考虑，而驳回软件上架的申请。消费者的选择自由度也高出很多。 3. UI交互上差异 1）硬件差异 在传统手机时代，用户直接用键盘、按键操作数据。Iphone的操作有别于之前传统手机的体验，Iphone大触摸屏概念推出，用户可以直接对内容进行操作排除其他中间设备控制，降低用户使用门槛，对内容操作也有很直接的体验。 Android则保留传统手机的一些特征(返回、搜索、home、menu实体按键)，也同样有大触摸屏；两者之间的硬件差异，因此也决定了交互视觉上本质的差异； Iphone平台 Iphone遵从Apple极简设计风格，用隐喻的视觉方式提示用户进行使用操作，同样也直观表达下一步的操作流程。大部分操作直接和内容交互完成，用户体验统一连贯，典型案例：解锁。 Android平台 Android 有实体按键，承载其余过多的基本操作，将用户停留在最重要的内容上，因为有更多硬件操作，也能有更丰富的表现，典型案例：轨迹球颜色提醒。 缺点：部分操作，屏幕与按键之间来回转换； 2）title和导航指引 手持移动设备的特性决定屏幕的有限，在应用程序的层级关系中如何指引用户完成操作，便尤为重要； Iphone平台 应用程序有信息层级关系，Iphone利用title区域进行操作指引，title的左边是返回。让用户明确层级之间的关系； 反思，应用程序信息有较深的层级怎么办，在开发过程中，不是一味导航复杂化，而是尽量减少关系层级； Android平台 Android，页面的回退依靠实体返回按键，因此title区域不必要操作，在视觉上减小了高度，扩大了内容区域。 缺点：没有一个好的导航指引。 3）分散与集合 Iphone平台 为了避免一个按键承载过多功能，Iphone 的做法将菜单里的功能进行分解。 缺点：视觉压力大，界面所承载较多。 Android平台 集合菜单选项，将由实体menu按键承载。同时也支持长按操作，对于承载信息的承载有更多的选择。 缺点：用户门槛高，各个场景不同，所体现的菜单选项也不同，用户溶入性较差，来回切换视觉焦点，没有一致的体验。 4）风格样式 Iphone平台 Iphone有完整的统一，包括Itouch Iphone Ipad，有完整的视觉规范和较为统一的体验。 Android平台 因厂商的不同，有不同的视觉差异，并且各自的视觉规范也不同，例子：HTC 、Sony Ericsson 缺点：硬件环境的不同，同一个应用开发，造成开发成本增大，例如：屏幕参数和精度不同(高精度、中精度、低精度)， 常见的分辨率就有：320X480 480X800 480X854 5）长期发展 Google 在提供基于云端、数据驱动的应用方面符合长期发展趋势，而 Apple 的设备绑定则不是。Apple 在云端基础设施方面是追赶者，比如他们正在打造自己的地点位置服务。 Apple 在云端的经验比较有限，特别是在算法取向的应用方面。相对应的是 Google 有如此庞大的数据资产，在算法取向应用方面的经验非常丰富，这让 Apple 在长期竞争中处于不利地位。 Apple 的邮件、日程、地址簿等都为客户端的延续，本质上是电脑同步到手机。而 Google 的对应产品生于网络，总是实时同步。 Apple 的优势：软件和设计专利，这些优势是他们在 80 年代所没有的。此外他们还有自己的杀手级应用，比如 iTunes 仍然是音乐应用的标杆，而且还是 podcast、语音书、电子书的中转站。 语音书和电子书也许会来到 Android Market，但很难想象 Android Market 会成为 iTunes 这样的中转站。 小结： 对于iphone或者是Android都各有优缺点。简单的看来Google是开放的，今后发展有足够的优势；但目前看来Android平台交互上不如Iphone更为直观顺畅，主要也是Apple在于细节上有足够的表现和亲和力。 无论开发基于哪款平台，都应该首要考虑该平台的特性，以及该平台的延续性。也避免在一个平台上放置另一个平台的操作习惯，至少在Android系统的界面上放置返回图标，我觉得那是很多余的。

‘柒’ 求 android opengl es 2.0 的开发文档 教程之类 或者例子（有注释的java方面）分多多给

[email protected]， 给我发个邮箱地址吧， 给你发个教程，里面有大量 3D开发的例子。我起步就看的这个。
《Android3D游戏开发技术详解与典型案例》 60M大小。

‘捌’ Android应用开发完全自学手册：核心技术、传感器、2D/3D、多媒体与典型案例

我估计在书本里有相关链接的,或者有作者的email,不如问作者索要吧