学生族，文艺范，爱手帐，时间管理【Bugly干货分享】关于 Android N 那些你不知道的事儿
今年3月，Google 破天荒提前半年发布了 Android N 开发者预览版。当然，作为一个不合格的谷粉并没有第一时间体验安装，因为至今仍然能够回忆起来去年今日此门中（雾）兴冲冲刷了 Android M Preview 的时候发现各种
就连微信也（不出所料得）中招时自己一脸懵逼的心情。当然，为自己的机智而庆幸并没有过多久，很快就有微信好友（当然也是纯纯的谷粉）反馈微信又双叒叕在 Android 新版本下 了……好吧这次我们的时间很充裕，因为5个 preview 之后才会发布最终 release 版本。令人失望（咦）的是，我们的工程师在一天之内就修复了这个 bug 并且赶在当天6.3.15alpha 版本发布之前修复并合入主线，辜负了 Google 的一片苦心。
痛定思痛，当天我就拎起来麒麟臂，在 chrome 的地址栏重重得敲入：(复制链接到浏览器里打开)，并且听说 Google 在北京举办了 Android 开发者大会的时候，屁颠屁颠得过去了。
假如我是产品经理
在这个『人人都是产品经理』的年代，作为程序员当然是敲得起代码，当得起经理（。。。）。如果我是产品经理，Android N 的更新无非是以下三个点：
默认多窗口支持
强化通知，里边有你最喜欢的直接回复
没了…当然不是：Android Developer一笔带过的重磅feature：允许第三方应用在快速设置中添加自己的服务
默认多窗口支持
注意『默认』二字：这很重要，这很重要，这很重要。
Android M 里边，系统允许应用在启动某 Activity（对于 PM 来说可以不严谨得理解成界面）时带上特殊参数，该应用可以在最近任务窗口中和主应用分开显示，即 multi-tasking 支持。当然，并没有多少应用鸟这个 Android M 中为数不多的新特性之一，因为效果实在是不明显。也有一定的原因是在这个大部分产品经理不会关注 Android Developer 的年代，这个非默认的特性实在不会引起他们的注意。
在 Android N 中，竟然直接支持了 multi-window！虽然这个特性并不惊艳，在 iOS 和三星的机型中早已支持，甚至在 Android M 中，也可以预埋了这个特性，并可以通过某些特殊方法开启。然而，和 iOS 应用需要特殊声明才能支持多窗口的特性不同，Android N竟然默认支持了多窗口。这意味着任何一个应用，无论 target-api 是否是 Android N，都支持从最近任务中长按应用标题栏进入多窗口模式。这里是个 demo。
默认支持也就意味着除非特殊声明，任何应用都支持前述视屏所示效果，也就是说如果应用不针对这种模式进行完美适配，或者说用了绝对布局的话，你的应用就会。。。。呵呵呵。
当然，这种老掉牙的特性是不会引起高冷的 PM 的注意的，只会扔给开发狗交给我们去适配。那好吧，来一个 one more thing 刺激一下你：
在 Android N 中，将支持分屏情况下 drag and drop，让这个4.0开始就支持 faeture 焕发了新生。这也就意味着你可以将一个应用内、甚至不同应用间的分屏情况将一个分屏幕控件拖拽到另外一个分屏幕。也许可以用来拖拽图片快速发图，或者。。随便你想干什么。
当然，从开发狗的角度来说，这里有一点安全隐患：如果通过拖拽将数据传递过来，你甚至不知道来源是什么。但是想想也是，毕竟用的和粘贴板一样的接口，还能指望什么呢？
另外，作为分屏的一种特殊形式，画中画（picture in picture）也得到了相应的支持。不过据 Google 的工程师说，画中画模式主推 Android TV 中应用（也许 Google 认为在手持设备上场景不足）。不过 whatever，现在很多功能已经可以通过浮窗接口实现。画中画对于做视频应用或者有视频支持功能的应用非常有帮助。
此外，给程序员朋友们几个小贴士
虽然分屏状态下两个应用都可见，但是对于非 Focus 状态的应用当前是处于 onStop 状态的，也就是说，并没有实际在运行中。原本 onStop 的时候应用应该是不可见，但是现在可见了。。。原本的一些恶心逻辑注意修改下。
虽然分屏状态下的应用不会 double 内存占用，但是内存占用肯定会比正常状态大，注意分屏模式下即时释放内存。
适配好你的程序，该加 scroll 的地方加 scroll。当然，如果原本的你的程序就已经针对多尺寸屏幕有了处理，就已经完美适配了这个模式
通知栏一直是 Android 引以为豪的方面。相对于 iOS 的通知栏来说， Android 的通知栏具有几乎完爆的功能：自定义控件，自定义 Action，可以定义下来拓展的控件……除了快速回复。
在这之前，先上一段 Android N 新版本的通知栏和快速设置栏，至于为什么放视频，嗯。。。因为我觉得很好看：
如今，这一点已经被 Google 迎头赶上，并且体验绝不亚于 iOS，甚至好很多。
当然，如果一次来了多条消息并且都不是一个会话中，快速回复也是毫无压力：
这个新特性简而言之就是满足了快速回复的一切需求，也许从此再也不用担心沉浸式阅读时需要跳出回复消息这种伤害体验的情况。
当然了，除了快速回复，还有根据应用归档通知，这无疑是一个大杀器：
同时，这里需要同时提醒PM和开发同学的是：如果真的需要在通知上设置自定义控件，请调用DecoratedCustomViewStyle()。它会让你的自定义控件在通知栏显得更加和谐。Sample:
Notification noti = new Notification.Builder()
.setSmallIcon(R.drawable.ic_stat_player)
.setLargeIcon(albumArtBitmap))
.setCustomContentView(contentView);
.setStyle(new Notification.DecoratedCustomViewStyle())
Quick Setting
说到这个话题，真的很想用标准朋友圈标题：《Android Developer 一定不会告诉你的事！怒转！》，嗯，希望朋友圈的产品经理和运营们不要打我。
几乎所有人刷了 Android N 之后最大的感触只有三个：1. 这特么和 Android 6.0 有毛区别！2. 通知栏好看了 3. 通知栏拉到一半就会有快捷通知，真是懒人福利。
嗯。。好吧。。。
99%的人不会发现的秘密：Android N 中允许第三方应用程序向快速设置栏添加自己的快速部件。这个可比传统 Widget 方便快捷得多。当然，这个入口千万不要做特别重的操作。同时，区别于 iOS 的通知栏部件，你的入口将和 WiFi 开启、GPS 设置等系统设置同等级。当然，这一切的一切前提是用户将你的 QuickSetting 部件拖拽到了快捷入口的位置。我写了一个小sample：
虽然接口还没有出现在 Android Developer，但是已经有离线文档可以下载，里边就有 Tile API。
好吧。。。其实我写了一个小 sample，点击这里就可以下崽下载了骚年。
你咋不上天呢！
总之，我已经看到 PM 们扬起的嘴角，并且计划着如何强奸这个快速设置栏（幸好有需要用户拖拽设置这一条）。不过还是希望各位维护这个生态啊亲们！
其他的一些（PM们可能不会关心的）feature
号码阻止: 全局的电话号码黑名单，如果你是做电话相关的应用，可以使用这个 API 进行全局黑名单控制，并且为这个黑名单贡献自己的一份力量（加油）。
允许第三方通化应用自定义 Call Screen：是的，从现在开始再也不用做什么hack就可以将自己的通话应用彻彻底底得取代系统电话了。
更加多元的多语言支持：就像 papi 酱视频里的 Sophie，越来越多的中国人已经可以（自以为）熟练得掌握了第二语言、第三语言。Android N 中，用户可以在系统语言选择中选择多种语言，应用程序也可以通过全新 API 获取用户使用语言的列表，而非单一语种。
直接启动（Directly Boot）：这个名字看上去很碉堡，但是实际上大部分应用可能用不上。实际上就是系统在启动了但是还在锁屏状态时，允许特定声明的程序快速启动并访问加密文件数据。希望不要变成应用抢占运行状态的一个接口，大家高抬贵手，有点节操。
快捷方式强化：以后终于知道自己的 app 有没有已经设置过某个快捷方式，并且能够更加方便得管理它们，而不用傻傻得先删除快捷方式再添加一个。
辅助功能强化：今后将会支持辅助功能手势操作。不过。。。求PM放过这个原本给残障人士使用的 feature。现在辅助功能都被用来做抢红包插件了。
好了，到这里为止，对于一部分 PM 来说，这个文章就结束了，可以去准备需求文档了（去吧，皮卡丘）！
当然，我们非常欢迎热爱探索的PM们继续与我们愉♂快♂讨♂论♂程序员的世界。
程序员的世界
在这个章节，我不会具体去讲刚刚提到的那些 feature 该怎么实现，几乎所有的 feature（除了我已经提供的快速设置 API 之外）都有相应的 Sample。
Doze 模式更加强大
Doze 模式是 Android M 中推出的一个省电模式，当手机灭屏一段时间之后（一般而言是十几甚至几十分钟），设备会进入 Doze 模式。在 Doze 模式中，系统会通过减少应用 CPU 调用以及禁止掉网络连接，达到省电的目的。与此类似还有一种机制叫 App Standby，顾名思义只要你的应用在一段时间内没有操作并且不在前台，比如主动弹一个 Notification 之类就会把你暂时冻结掉，Standby 嘛，一边玩去。嗯。。。好像哪里不太对。
『这不是逼着应用疯狂弹通知么！』
所以，Android N中，Doze模式变得更加强大且不容易被突破了。只要手机灭屏一小段时间，并且当前不在充电状态，就会进入 Doze 模式。在Doze 模式下，你的应用就几乎可以肯定拿不到 WakeLock，甚至于普通的 AlarmManager 也已经无法使用。
『可是我的应用是一个闹钟应用/有定时提醒功能，怎么办！』
这种情况倒也好办，要么就是让用户将自己的的应用加入白名单，要么就主动申请权限：
An app holding the REQUEST_ IGNORE_ BATTERY_ OPTIMIZATIONS permission can trigger a system dialog to let the user add the app to the whitelist directly, without going to settings. The app fires a ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS Intent to trigger the dialog
当然，对于大部分应用来说，影响最大的就是网络方面。应用灭屏了就不能联网，IM应用们该怎么办！
对此，Google 给了两个解决办法：
应用可以通过 PowerManager.isIgnoringBatteryOptimizations(java.lang.String)接口查询到自己是不是在白名单内，如果不在，则通过ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS这个动作引导用户进入系统设置添加自己为白名单。
应用使用 GCM 服务。即使是 Doze 模式，GCM 依然可以有效运行。但是，中国大陆的 Google 服务。。。你懂得。当然了，根据各种小道消息，这个服务很可能近期会可用。各位可以通过这个链接()让你的应用支持 GCM。毕竟即使 Google 不入华，让歪果仁们用的时候也要保证你的应用的可用性。
对了，顺便安利一个开源的分析工具：耗电记录。这个也是 Google 官方的耗电分析工具，可以方便得查看系统内耗电占用，甚至某个应用的某个组件耗电。像这样：
一目了然。
这个并不是说 Android 机器人变瘦了，实际上，它还是那个胖胖的样子：
额。。。天天吃苹果当然会胖。。。
言归正传，实际上，自 Android L 开始，Google 就在强力推荐应用使用 JobScheduler 代替其他方式来进行后台服务，甚至在2014年的 Google
I/O 大会上将这个新接口放在了大会上演示，这是其他接口都不曾有的待遇。当时我甚至还在朋友圈声称这个将会是以后实现后台服务的唯一方式。
可是现实重重得打了我的脸，这个接口的使用率并不理想。终于，在 Android N 上，Google 重提了这个接口，并进行了大规模的强化。今后，如果有需要后台处理的数据、或者特定情况的后台处理。举个例子，如果你需要在用户充电并且不在数据网络的时候处理一些逻辑，你就可以这样：
1.public static final int MY_BACKGROUND_JOB = 0;
3.public static void scheduleJob(Context context) {
JobScheduler js =
(JobScheduler) context.getSystemService(Context.JOB_SCHEDULER_SERVICE);
JobInfo job = new JobInfo.Builder(
7.MY_BACKGROUND_JOB,
8.new ComponentName(context, MyJobService.class))
.setRequiredNetworkType(JobInfo.NETWORK_TYPE_UNMETERED)
.setRequiresCharging(true)
js.schedule(job);
『何必这样，我写一个 BroadcastReceiver 监听 CONNECTIVITY_ACTION 然后处理不就行了，naive！』
为了防止这个没有节操的事情发生，Google 在 Android N中拿掉了这三个广播：
CONNECTIVITY_ACTION：网络变化
ACTION_NEW_PICTURE：添加新图片
ACTION_NEW_VIDEO：添加新视频
这也是我非常佩服 Google 的一个点，敢于做减法。当然，留下的坑就多了，比如 CONNECTIVITY_ ACTION，很多应用（包括微信）都会监听。今后需要使用 JobScheduler 实现相同的逻辑了。JobScheduler 有非常多的好处，他会根据用户当前设备的情况，比如当前 RAM、电量、模式、是否应用在前台等等，决定是否执行该逻辑。你也不希望自己的程序变成用户手机变卡的罪魁祸首，从而让用户怒删，对吧？
当然了，不允许监听 CONNECTIVITY_ ACTION 针对的是静态注册的 BroadcastReceiver，如果是动态注册的 BroadcastReceiver 则并不会受到影响。
Java 8支持
早在前年开始研究 Annotation 的时候，就在感慨为什么 Android 一直不支持 Java 8，即使现在 Java 9都快出了。终于的终于，Android从N版本开始支持 Java 8的编译，前提是要在 Gradle 文件中显式声明使用 Jack 编译器。
这个 Jack 是什么鬼呢？简单来说，传统的编译工具链是将 java 代码通过 javac 编译成.class 文件，再通过 dx 编译成.dex。也就是酱紫的：
1.javac (.java --& .class) --& dx (.class --& .dex)
而 Jack 则是一条龙服务，中间不需要经过其他工具或者命令，一条命令就可以将.java 文件编译成.jack 从而编程.dex：
1.Jack (.java --& .jack --& .dex)
使用 jack 非常简单，gradle 配置即可
1.android {
defaultConfig {
jackOptions {
enabled true
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
不过，Android N 版本的 Java 8特性并没有支持全，不过主流的 feature 已经支持，包括：
定义接口默认实现方法
Lamda 表达式支持（喜欢语法糖的同学的福利）
Repeatable annotations。这个已经可以说的内容很多，改天有空给大家慢慢介绍。
Method Reference。这个实话实说我并不是太了解，也是语法糖一种。感兴趣的同学可以看看这个链接：
但是现在还没有支持一个很重要的特性：Stream。但是现在还在 Preview 阶段，比如刚刚的第四条 Method Reference 就是 Preview2 支持的，可以期待下 release 中是否会支持（最新消息：已经支持 java.util.stream 接口，棒棒的！）。
此外还需要注意两点：
Lamda 表达式本质上回生成匿名类，在性能敏感的模块慎用
由于 Jack 编译器不会产生.class 中间文件，因此在.class 上做 trick 的一些库或者项目可能就会失效或者出问题。因此在使用之前，一定要好好测试。
其他应该注意的事项
Data Saver：乍看上去是一个数据存储的 API，感觉很兴奋，结果点开一看是流量节省。。。好吧，博大精深的英文。从 Android N 开始，系统层级支持用户针对每一个应用添加自己的流量控制限制。今后开发的时候需要先通过 ConnectivityManager.getRestrictBackgroundStatus()接口获取本应用流量控制情况。
Key Attestation：对于绝大部分应用并不需要仔细研究的 feature，甚至可以当做不存在，但是对于我个人所做的生物认证项目来说，可谓是非常重要的 feature。
针对文件目录或类型申请权限：实话实说，这个也算是一个很重要的 feature。从 Android 6.0 开始，如果需要使用存储空间，包括读写，需要动态申请权限。然而对于大部分应用来说，都需要申请这个权限，而且一旦用户允许，应用就可以为所欲为。因此，Android N 中允许应用声明仅仅授权某个文件夹或者文件类型的存储。
动态链接系统库
这一点 Android Developer 没有讲，至少暂时没有讲
还记得之前我说的微信升级到 N 会
么？实际上就是这个原因。
自 Android N 开始，系统将禁止第三方应用 so 文件链接系统 lib 库，包括并不限于 libcrypto.so，libandroidruntime.so，libicu.so，libbinder.so。动态链接上述库轻则弹 Toast 提示，重则直接 。Android 此举原因大家可以讨论，但是事实已然如此，尽管对于大多数应用而言并无妨碍，但是对于类似微信这种在底层做了大量优化和调用的应用来说还是很伤脑筋的。至于解决方法。。。暂时只想到了改用静态链接，对于包的大小增加并不会太大。如果有更好的方法，欢迎大家讨论。
实话实说，这次 Android N 的更新对于我们程序员来说还是干货满满，满到我有些话想说。
前面说的都是 Android N，现在终于开始讲扯淡了。实际上，从 Android L 开始，Google 就已经开始反省自己过分开放的策略。原本后台任务满天飞的系统，现在渐渐地被控制得有序起来。比如 Android L 发布的 JobScheduler，Android M 发布的Doze模式和 APP Standby，Android N的Doze 加强以及瘦身计划，无一不是在限制系统的后台任务数量以及计算强度。亡羊补牢，不知是否为时未晚。
同时，关于设计方面，Material Design 推出已经接近两年，尽管有很多应用已经适配，但是包括微信、Facebook、Twitter 在内的很多主流应用仍然在坚持使用自己的设计语言。诚然，这里有可以理解的风格统一之考虑， MD 本身也有很多缺陷，但是我们很高兴能看到的是 MD 自身在不断的调整优化，越来越成为一个漂亮的并且优秀的设计，其层次感以及灵动性无处不撩拨着用户的神经。所以，是不是仍有很多人抱着2.3混乱局面或者4.0不那么优秀的 Android Design 来臆测 Android 的设计风格？也许用着 iOS 的诸位对于 Android 的印象依然是 2.x 时代那个臃肿的、落后的以及。。额，难看的形象。就像这样：
这是2011年左右，毕竟是5年前，那时 iPhone 上的应用也并不好看，不过还是比 Android 要强很多。但是现在 Android 应用已经长这样了（系统自带应用）:
个人认为比 Apple 的设计。。。（为了防止引战）至少并不差吧。
其实，这里说了这么多，精通读心术的我也能想到大家心中的疑问：碎片化如此的 Android 市场，我们就算是适配了 N 的特性，大家也没有这么快用上，还是歇着吧。嗯，关于碎片化，首先，Android 目前版本分布是酱紫的（来自 Google 官方，链接）
也就是说，至少截止到今天，接近40%的人的设备已经是 Android 5.0 以及以上，按照如今厂商发货的速度，目测一两个月内比例就会过半。平心而论，针对这半数用户，有几家应用做到了完美支持？无论是 UI 还是具体功能，大部分应用应该都是在4.x，甚至2.x版本的基础上填坑，fix 新版本上的 crash，有几家用到了新的特性，新的 feature 呢？而大家以为占主流的2.3系统，实际上已经不足3%，是不是仍然有很多应用的 target api 仍然是4.x以下？
而且 Google 现在很鸡贼啊（这一点谢老大提醒），一年发布一个大版本，前年5.0，去年6.0，今年7.0，你说 Google 都到7.0了你还好意思连5.0都不上？这一点实际上对于解决碎片化是非常有帮助的。
面对占市场份额近7成的 Android 设备本身并不需要救助，一直都没有放弃发展，欣欣向荣。相反，需要救助的是我们在 Android 上的应用，低质量的应用实现已经威胁到了我们自身。不仅仅是要依靠产品经理，作为程序员，我们也要学会自救。
如果你觉得内容意犹未尽，如果你想了解更多相关信息，请扫描以下二维码，关注我们的公众账号，可以获取更多技术类干货，还有精彩活动与你分享~
是一款专为移动开发者打造的质量监控工具，帮助开发者快速，便捷的定位线上的情况以及解决方案。智能合并功能帮助开发同学把每天上报的数千条
根据根因合并分类，每日日报会列出影响用户数最多的崩溃，精准定位功能帮助开发同学定位到出问题的代码行，实时上报可以在发布后快速的了解情况，适配最新的 iOS, Android 官方操作系统，鹅厂的工程师都在使用，快来加入我们吧！
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！你不知道的事，智能手机居然还能这样用！看完你就信了！-科技视频-搜狐视频
你不知道的事，智能手机居然还能这样用！看完你就信了！
推荐出品人关于手机CPU哪些你不知道的事儿
互联网 & 发布时间： 16:29:58 & 作者：佚名 &
手机的CPU总体上来说跟电脑CPU差不多，首先是要有相应的指令集、核心架构，接着就是设计，然后是制造，测试和封装
如今人们买手机，都比较关心采用了什么CPU，因为CPU直接决定了这台手机的性能，CPU之于手机就好比人的大脑，它是整台手机的控制中枢系统，也是逻辑部分的控制中心。又相当于车的发动机，发动机越强劲，车子就跑得越快，同理CPU性能越强，手机运行起来也会越流畅，大型游戏高清视频都不在话下。
这里说的CPU并不局限于狭义的CPU，可以理解为一颗集成度很高的SoC。
一颗CPU的诞生需要很多厂商一起合作，需要的技术含量非常高，没有一定的技术沉淀是没法完成一个CPU的设计制作量产，市面上主流的几家CPU厂商，它们的情况又是什么样的呢？
手机的CPU总体上来说跟电脑CPU差不多，首先是要有相应的指令集、核心架构，接着就是设计，然后是制造，测试和封装。
先从CPU指令集开始说起，指令集是一颗CPU诞生最原始的必要条件, 简单的说，就是吩咐CPU去做什么事情，给它下的命令。
目前来看，具有手机CPU指令集研发能力的就两个公司：ARM和 Intel。
ARM的ARMv5/ARMv6/ARMv7/ARMv8指令集
常见的芯片设计厂商例如苹果、三星、高通、MTK、英伟达、海思等芯片厂商都是基于ARM指令集，占据了市场上百分之九十的市场份额。ARM是一个设计芯片指令集和架构的公司，技术功底雄厚，它的使用的是精简指令集（RISC），特点是指令格式统一，种类比较少，效率高。它不做CPU，只是把这些技术授权给硬件厂商们，从中盈利。
Intel的X86指令集
大家对Intel的印象可能还停留在电脑CPU呼风唤雨的层面，如今，这个电脑CPU制造的大咖面对日益繁荣的智能手机芯片市场，也忍不住要发力了，两年前开始涉足便携终端的CPU市场。
英特尔有着非常雄厚的资金和技术实力，不仅有自主知识产权的指令集和架构，还具有CPU的独立设计和制造能力，像ARM纯粹是设计核心架构来授权获利，其他芯片厂则是获得ARM的授权去设计或者制造，而英特尔这种得天独厚的优势别的厂商无法比拟，不过就算如此，现阶段它在手机CPU的市场的表现有点力不从心，牛逼的多线程技术也有着最新的产品还是一年多以前那颗凌动 Z2580。
说完CPU的核心指令集，接下来就是核心架构问题。
除了Intel有这个实力去自主研发指令集，当然ARM自己也提供架构给厂商，也是授权的方式，但是有些厂商不甘于平庸，或者有特殊要求，实力也允许，就拿ARM提供的指令集，去研发自己的 CPU架构。
ARM-Cortex-A架构
ARM是业界领先的微处理器技术提供商，提供最广泛的微处理器内核，ARM牛逼的地方就在于它不仅有指令集，还有Cortex-A架构，像三星、MTK、英伟达、海思都是用的ARM的指令集和架构，高通骁龙810就是八核Cortex-A57+Cortex-A53。
高通Krait架构
高通（Qualcomm）是一家美国的无线电通信技术研发公司，他最擅长的还是它在基带通讯方面，它的优势在于在手机处理器中把 CPU、GPU和基带等打包在一起，骁龙之前也用ARM的Cotex架构，自从骁龙400、600、800、801、805后就一直用Krait架构，不过现在的810貌似又要回到Cortex-A架构怀里了。
高通现在的市场占有率是最高的，这不出奇，手里握着一堆通讯专利，在CPU的性能和稳定性方面应该是做的最好的，自主设计的Adreno系列GPU处理器性能出色，集成度非常高，研发省时省力，就是贵了点。
苹果Swift&Cyclone
苹果自从iPhone4开始，CPU就开始打上自家的名号，首次命名为 A4，其实也是一款基于ARMv7指令集、Cortex-A8架构设计的CPU，到了iPhone5的A6开始，就自己设计了Swift架构，采用ARMv7-A 指令集，性能介于Cortex-A9和Cortex-A15之间，到了A7首次使用64位ARMv8架构的Cyclone，如今的A8处理器，性能更加强劲，得益于第二代出色的Cyclone架构设计，专门针对IOS单线程优化，即使参数不漂亮，但是也达到了理想的性能并保证了足够低的功耗。
除了高通和苹果有过自己架构外，像三星、MTK、英伟达等都是拿ARM现成的方案。
三星半导体
三星半导体在CPU方面的实力也是不赖，早期苹果的CPU都是采用三星，虽然没有设计指令集和架构的技术，但是它更像一加传统的半导体公司，它有自己的制造工厂，自己设计自己制造，只是集成性方面没有高通那么全面，由于三星手机出货量大也算是自给自足，偶尔还卖一部分给别人。
制造工艺方面值得肯定，苹果CPU一直是三星代工，据说A8处理器的订单被台积电抢去了，Exynos5430是世界上第一款20nm制程的处理器，下一代有望采用14nm工艺，只是三星处理器目前没有集成成熟的基带、GPS、WIFI等模块，开发难度较高，这也让一部分手机厂商望而却步。
MTK算是芯片界的一匹黑马（其实也不算黑马，只是近年来知名度高一些），发家于山寨机风行的年代，但是近些年不断的努力，稳扎稳打，渐渐拿出了不少好的产品，也逐渐摆脱了山寨低廉的印象。
MTK是个单纯的芯片设计公司，它没有工厂也没有自己知识产权的架构等，但是它芯片的集成度仅次于高通，集成了基带、ISP、GPS、WIFI等电源管理模块，功耗控制理想，最主要还是价格实在。
MTK是一家有着工程师思维且实在的芯片厂，宣传推广方面有待加强，从产品的命名上面也难一眼分出高低端，近来拿出的MT6595一度在跑分上占据鳌头，不管如何，MTK算是唯一一家能够与高通霸主抗衡的厂商吧。
英伟达擅长的图形处理芯片，近几年才参与手机cpu的开发和制作，如Nvidia-Tegra系列，Tegra4就用在了小米3上面，强处在于GPU，跑分虽不错,但功耗大是一个问题，最新的Tegra1也因功耗太大，只适用于平板。
英伟达在CPU方面是一个后来者，自从推出Tegra4这颗手机芯片后一年多了，还未见其新芯片亮相，是否是昙花一现的试水之作也难以捉摸，可见这个市场没有一定的技术沉淀，很难获得市场，因为已经有足够优秀 的竞争对手，强大如Intel也没能快速获得市场，何况英伟达。
海思半导体称得上本土芯片的佼佼者，依靠华为在手机市场的份额，也可以在手机处理器市场分一杯羹，麒麟928的表现也算是可圈可点，自给自足不受牵制于供应商，还真有点令人羡慕。
手机CPU这些事，现在看来高通仍旧是春风得意，虽然高高在上的感觉让人有点不爽；三星是颗好苗子，就是有点自娱自乐，羁傲不逊；MTK从低端开始站稳脚跟，是否能够完成蜕变，获得更多认可呢？苹果一身本事，但不食人间烟火；英伟达则步履维艰，海思在自己的一亩三分地里也还可活得滋润。
还有一些曾经熟悉，现在远去的背影：德州仪器、马维尔、意法半导体&&
大家感兴趣的内容
12345678910
最近更新的内容