昨天索尼闪电发表了两台各具特色的中端智能手机，Xperia M5 与 Xperia C5 Ultra，系列序号更新至了5。两者的主要参数如下。
Xperia C5 Ultra
- 6英寸 FHD IPS 液晶屏
- MTK6752 处理器 + 2GB DDR3 RAM
- 16GB 内置存储空间 + MicroSD 扩展
- 双面：1300万象素 Exmor RS for mobile 摄像头（IMX214）+闪光灯
- 2930mAh 电池
Xperia M5
- 5英寸 FHD IPS 液晶屏
- MTK Helio X10 处理器 + 3GB DDR3 RAM
- 16GB 内置存储空间 + MicroSD 扩展
- 背面：2150万象素 Exmor RS with Hybrid AF 摄像头（IMX230）+闪光灯；正面：1300万象素 Exmor RS for mobile 摄像头（IMX214 ）
- 2600mAh 电池
C5 Ultra 的卖点是远远领先业界主流水准的0.8mm窄边框与为自拍优化的高性能超广角前置摄像头。在国产厂商“假窄边框（在白色机身内嵌入黑色边框，营造出白色边框极窄甚至没有边框的错觉）”盛行的现在，真正边框极窄的 C5 Ultra 仿佛一阵清风。22mm超广角 Exmor RS 前置摄像头和闪光灯的搭配也使得自拍可以真正做到随时随地。
C5 Ultra 似乎结合了所有的流行要素——窄边框、大屏幕、方便自拍，不过，对自己而言，它的吸引力并不大。为了追求屏占比而放弃了全平衡设计，上下比例略显失调；极窄边框必然会带来大量的误触，为了迎合潮流而本末倒置（事实上，之前 Z2 2mm的窄边框就已经造成了很高的误触率）。C5 Ultra 并不会在中国大陆上市，自然也就不可能获得令人惊讶的销量。当然，即使上市，全面缺席电商、柜台与电视广告的索尼智能手机，也根本不会有人关注就是了。
Xperia M5 是一台性能全面的中端机。它巧妙地削减了大量常人不关心的高端配置，保留了相对漂亮的纸面规格，新的摄像头与高速混合对焦系统甚至优于以往的 Z 系列旗舰。联发科的高端处理器或许理论性能不及 Z 系列采用了高通 810，却换来了更低的发热量，值得肯定。中规中矩的屏幕色彩与亮度指标既降低了成本，又不会引起用户的不满。毕竟在没有比较的情况下，大多数人很难区分这些。同样地，M5 不会在中国大陆上市。
身边很多朋友对索尼的评价都是：“看了你的索尼手机，觉得索尼的手机确实还挺不错，但在此之前，买手机时完全没有考虑过索尼，甚至不知道索尼也出手机。而且今后也并不打算买这样一个小众品牌的产品”。C5 Ultra 与 M5 都是该级别中素质很优秀的产品，继续错失大陆市场，只能说是索尼移动咎由自取了吧。
最后，最新泄漏的 Xperia Z5/Z5 Compact的谍照显示 Z5 系列将搭载侧面指纹识别系统。虽然晚了一些，不过索尼也终于要加入指纹识别阵营了呢。继续关注。
更新很快，先留言点赞，再好好看看看
另外需要补充说明的是两者使用的A53架构芯片在规格即定位上有较大区别：
C5 Ultra使用的MT6752仅有1.7 GHz
而M5使用的Helio X10即MT6795有2.2 GHz
须知安卓的JAVA软件对硬件消耗量是非常大的，因此SOC在极大程度上影响安卓设备的使用体验。甚至也会影响到摄像头的拍摄能力，因此M5能够搭配的摄像头也比较好。
C5 Ultra在这个时代可以归为低端机了。
不能一概而论吧，须知安卓的JAVA软件对硬件消耗量是非常大的。这个应该具体看软件自身的设计了。软件质量的高低差别太大了。 功能机时代很多软件也是java软件，那时候配置不能同日而语，但是那时候也跑的挺顺溜吧。
功能机上的JAVA叫顺溜。。。。。。
我想说，你这标准未免定的太低了
当时用的索爱T700的手机，感觉就很不错。 一直以为那个系统是java做的，求科普。
以前的功能机，系统自带不能删除的那些软件（例如拨号器，短信，相机等等）属于系统的一部分而不属于应用层所以并不是JAVA编写的，所以你感觉这部分软件并不慢。
而这些功能机的应用层软件都是JAVA的（也就是你自己安装的第三方软件，例如UC浏览器等等），有些功能机甚至在运行第三方软件前会显示一个大大的JAVA LOGO，这代表在启动JAVA虚拟机。
而安卓系统使用的几乎所有的应用层软件乃至预装软件都是由JAVA语言编写，因为使用的极为广泛，所以安卓一直在改进JAVA的效率，例如5.0版本所使用的ART运行环境就是在APK进行安装时使用预先编译(AOT)而放弃了原来的即时编译(JIT)，这样做会少消耗一些运算资源，但对于JAVA执行效率来说并没有什么帮助。
java慢的原因
1.除了少量基本类型用栈存储外，所有对象都使用堆存储。堆的性能低于栈
2.很多强制类型转换（cast）或加查，耗用内存大。java运行时对类型检测,如果类型不正确会抛出ClassCastException异常.
3.自动垃圾回收机制要耗用不少内存
4.java是解释性语言,java程序在运行时类加载器加载相关的类,然后java虚拟机读取该类文件的字节,执行相应操作.而C++编译的时候将程序编译成本地机器码
JIT：Just in time,在运行是动态编译，可以只编译那些经常使用的方法，提高效率。缺点是编译时自身需要耗资源
AOT：Ahead of time.运行前编译好，缺点是全编译了，不用的也编译了，解释时耗时间
对于T700的自带功能，比如手机设置，短信，音乐播放这些基础自带的是否是java写的还真的不清楚，也比较好奇是什么语言，它的音乐(媒体)程序还是挺特别很好看的。
对于java自身效率问题没有做过做太多针对其他语言的对比，但是现在大多数的企业应用服务都是java写的吧，可以说java是经过市场考验过的语言。我想如果java自身真的是效率低下那么严重应该早就会被市场抛弃才是的。
另外跑个题，套用我认为经典的一句话: 如果有人告诉你Java是种解释型语言，那并不能算错，但当你问他Java是不是只是解释型语言时，他若还回答是，你可以扭头就走，不用和他探讨Java问题了。你说的很巧妙，随你说的是”是”而不是”只是”对于很多其他人来说就很容易理解为”只是”了。
最后再发个呆，不知道为什么看到你的这些评论虽然直观上感觉很多名字很多专业术语很高大上，但不知道总觉得不太舒服。应该不是面对这些自己不知道的知识和术语产生的局促感，看其他技术性比较强的文章也没有这个不舒服的感觉…
安卓为什么使用JAVA？
安卓看重的是JAVA的跨平台性，这就是为什么大部分安卓APP可以在X86，ARM，MIPS等各种硬件平台上面不经过重修编译就可以正常运行的原因，这样安卓的·硬件生态·会因为大量使用JAVA而营造的非常好，毕竟有那么多的APP可用，硬件商没有理由不选择安卓。
而对企业来说，其实很多企业已经在从JAVA迁移到C++或者.Net，在企业方面，JAVA并不是不可取代的。
其实是你叫我科普我才说的，但你阅历有限恐怕吸收不了，码字也不是没有成本的，那就到此为止。
Android 采用 Java 的原因有很多，例如：社区环境好、文档丰富、库类齐全、开发人员众多、便于初期发展等。 虽说 Java 并不是一个坏选择，但毕竟性能或语言功能并非首要考量，Android 不是因为 Java 在语言设计上最为先进才选择了它。 Java 在企业中的广泛应用也不是它被选中的原因。
其实个人愚见， Android 不如 iOS 流畅，与其说是 Java 的锅，不如说是 Android 任务调度与界面渲染机制的责任……
任务调度方面，安卓在多核心的利用率方面效率低下，亟待改进。
而八核心CPU只是卖相好看，实际用起来最关键的还是单核性能，不知你有没有注意过，目前单核性能最高的还是NV的Denver核心（市面上只有NEXUS9使用），而之后的TEGRA X1走的是八核路线，高发热却效率不足，最后NV只好把X1加上风扇散热在机顶盒上使用。
而明年出的14nm FinFET旗舰，则都将抛弃A57+A53的八核架构，回归到四核心（NV重新启用Denver架构，高通的820也将使用自研架构）。
而MTK一类的A53单核性能就够不必谈了。
其实很多企业已经在从JAVA迁移到C++或者.Net这个嗨真的不怎么赞同，倒是知道有转向Java的，京东从.net转为Java就是个例子。
另外，针对你最后一句话只能我只能呵呵了，虚心求教得来的是一番趾高气昂的说教，花不起那些时间就别解释就行了。
阅历不足可以勤奋积累；但是你这样看不得别人了解的比你少，对你自认为阅历比你低的人肆意抨击就属于品行问题了。往往品行有问题可比前者麻烦的多。如果你不知道自己问题在哪儿就参照下博主，博主何时像你这么飞扬跋扈过？
你从网上看的消息说京东从.NET转向JAVA，该消息并不属实完全是标题党
京东只是在简单阳春的手机版面使用JSP(全称JavaServer Pages)，http://m.jd.com/
你不妨一看PC常规版，全站仍然是ASP.NET(全称Active Server Page .NET)
具体你可以查看网页源代码搜索，自己查找一下，自己眼见为实，总比随便听信别人所言的可靠
题外话我不想多说，我怎么抨击你了，耐心的给你解答，你阅历不足不信就罢了，还要我像你一样发一些说了和没说一样的废话你就满意了？你是真的在求教吗，我对你的虚伪表示很失望。
至于验证是否属实只需要在拉勾网上搜索这两组关键字“京东 Java”和“京东 Net”一看结果便知。脸打完了，争论没意义。
听楼主的争论就告一段落吧，把关注点放在话题本身。大家因为兴趣而一起讨论，不要伤了和气才好。我就此打住。
博主说的没错
想想话题也是被你扯太远了
WEB应用这类本来就全部都是解释型的，各种语言用起来在效率上根本没有优劣之分
而我所说的是用JAVA来做本地应用确实存在很大的效率问题
这谁能都理解的基本问题不知道怎么就你想不通
没人黑JAVA，只不过我不喜欢用JAVA来制作的本地应用（不包括WEB）
题外话的争论就告一段落吧，把关注点放在话题本身。大家因为兴趣而一起讨论，不要伤了和气才好。