- 浏览: 5133007 次
- 性别:
- 来自: 天津
博客专栏
-
实战 Groovy
浏览量:29025
文章分类
- 全部博客 (639)
- 代码之谜 (6)
- JavaScript quirks (5)
- 程序员 (92)
- Java (93)
- BT编程 (7)
- html/css (64)
- Groovy&Grails (42)
- Android (20)
- C/C++ (5)
- PHP/Perl/Python (46)
- 经典文章 (51)
- CodeIgniter (14)
- JQuery (10)
- 笑话 (4)
- 其他 (32)
- javascript (69)
- 云计算 (0)
- html5 (7)
- 面试 (8)
- google (3)
- nosql (2)
- nodejs (11)
- go (5)
- erlang (1)
- 小常识 (3)
- 冷知识 (5)
- database (4)
- web (12)
- 架构 (12)
- Exception (0)
最新评论
-
jqw1992:
https://www.chromefor.com/libra ...
[福利] 开发者必备的 Chrome 插件——ChromeSnifferPlus -
litjerk:
初步算了一下,目前最最精简的Win98版是5M,他5个小时多敲 ...
让人目瞪口呆的三位世界级电脑大师 -
379855529:
。。似乎重点没说NIO啊,前面基础只是铺垫的很好的,可是我要的 ...
Java NIO与IO的详细区别(通俗篇) -
springmvc_springjpa:
spring mvc demo教程源代码下载,地址:http: ...
一步步开发 Spring MVC 应用 -
匡建武:
Good
四个程序员的一天
虽然如此说,但似乎并没有什么好的办法:Android设备是嵌入式设备。现代的手持设备,与其说是电话,更像一台拿在手中的电脑。但是,即使是“最快”的手持设备,其性能也赶不上一台普通的台式电脑。 这就是为什么我们在书写Android应用程序的时候要格外关注效率。这些设备并没有那么快,并且受电池电量的制约。这意味着,设备没有更多的能力,我们必须把程序写的尽量有效。 本章讨论了很多能让开发者使他们的程序运行更有效的方法,遵照这些方法,你可以使你的程序发挥最大的效力。 对于占用资源的系统,有两条基本原则: 所有下面的内容都遵照这两个原则。 有些人可能马上会跳出来,把本节的大部分内容归于“草率的优化”(xing:参见[ The Root of All Evil ]), 不可否认微优化(micro-optimization。xing:代码优化,相对于结构优化)的确会带来很多问题,诸如无法使用更有效的数据结构和算 法。但是在手持设备上,你别无选择。假如你认为Android虚拟机的性能与台式机相当,你的程序很有可能一开始就占用了系统的全部内存(xing:内存 很小),这会让你的程序慢得像蜗牛一样,更遑论做其他的操作了。 Android的成功依赖于你的程序提供的用户体验。而这种用户体验,部分依赖于你的程序是响应快速 而灵活的,还是响应缓慢而僵化的。因为所有的程序都运行在同一个设备之上,都在一起,这就如果在同一条路上行驶的汽车。而这篇文档就相当于你在取得驾照之 前必须要学习的交通规则。如果大家都按照这些规则去做,驾驶就会很顺畅,但是如果你不这样做,你可能会车毁人亡。这就是为什么这些原则十分重要。 当我们开门见山、直击主题之前,还必须要提醒大家一点:不管VM是否支持实时(JIT)编译器 (xing:它允许实时地将Java解释型程序自动编译成本机机器语言,以使程序执行的速度更快。有些JVM包含JIT编译器。),下面提到的这些原则都 是成立的。假如我们有目标完全相同的两个方法,在解释执行时foo()比bar()快,那么编译之后,foo()依然会比bar()快。所以不要寄希望于 编译器可以拯救你的程序。 世界上没有免费的对象。虽然GC为每个线程都建立了临时对象池,可以使创建对象的代价变得小一些,但是分配内存永远都比不分配内存的代价大。 如果你在用户界面循环中分配对象内存,就会引发周期性的垃圾回收,用户就会觉得界面像打嗝一样一顿一顿的。 所以,除非必要,应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则: 一个更极端的例子是,把多维数组分成多个一维数组。 总体来说,就是避免创建短命的临时对象。减少对象的创建就能减少垃圾收集,进而减少对用户体验的影响。 当你在处理字串的时候,不要吝惜使用String.indexOf(), String.lastIndexOf()等特殊实现的方法(specialty methods)。这些方法都是使用C/C++实现的,比起Java循环快10到100倍。 假设你有一个HashMap对象,你可以将它声明为HashMap或者Map: 哪个更好呢? 按照传统的观点Map会更好些,因为这样你可以改变他的具体实现类,只要这个类继承自Map接口。传统的观点对于传统的程序是正确的,但是它并不适合嵌入式系统。调用一个接口的引用会比调用实体类的引用多花费一倍的时间。 如果HashMap完全适合你的程序,那么使用Map就没有什么价值。如果有些地方你不能确定,先避免使用Map,剩下的交给IDE提供的重构功能好了。(当然公共API是一个例外:一个好的API常常会牺牲一些性能) 如果你不需要访问一个对象的成员变量,那么请把方法声明成static。虚方法执行的更快,因为它可以被直接调用而不需要一个虚函数表。另外你也可以通过声明体现出这个函数的调用不会改变对象的状态。 在很多本地语言如C++中,都会使用getter(比如:i = getCount())来避免直接访问成员变量(i = mCount)。在C++中这是一个非常好的习惯,因为编译器能够内联访问,如果你需要约束或调试变量,你可以在任何时候添加代码。 在Android上,这就不是个好主意了。虚方法的开销比直接访问成员变量大得多。在通用的接口定义中,可以依照OO的方式定义getters和setters,但是在一般的类中,你应该直接访问变量。 访问成员变量比访问本地变量慢得多,下面一段代码: 再好改成这样: (使用"this"是为了表明这些是成员变量) 另一个相似的原则是:永远不要在for的第二个条件中调用任何方法。如下面方法所示,在每次循环的时候都会调用getCount()方法,这样做比你在一个int先把结果保存起来开销大很多。 同样如果你要多次访问一个变量,也最好先为它建立一个本地变量,例如: 这里有4次访问成员变量mScrollBar,如果将它缓存到本地,4次成员变量访问就会变成4次效率更高的栈变量访问。 另外就是方法的参数与本地变量的效率相同。 让我们来看看这两段在类前面的声明: 必以其会生成一个叫做<clinit>的初始化类的方法,当类第一次被使用的时候这个方 法会被执行。方法会将42赋给intVal,然后把一个指向类中常量表的引用赋给strVal。当以后要用到这些值的时候,会在成员变量表中查找到他们。 下面我们做些改进,使用“final"关键字: 现在,类不再需要<clinit>方法,因为在成员变量初始化的时候,会将常量直接保存到类文件中。用到intVal的代码被直接替换成42,而使用strVal的会指向一个字符串常量,而不是使用成员变量。 将一个方法或类声明为"final"不会带来性能的提升,但是会帮助编译器优化代码。举例说,如果编译器知道一个"getter"方法不会被重载,那么编译器会对其采用内联调用。 你也可以将本地变量声明为"final",同样,这也不会带来性能的提升。使用"final"只能使本地变量看起来更清晰些(但是也有些时候这是必须的,比如在使用匿名内部类的时候)(xing:原文是 or you have to, e.g. for use in an anonymous inner class) foreach可以用在实现了Iterable接口的集合类型上。foreach会给这些对象分配一个iterator,然后调用 hasNext()和next()方法。你最好使用foreach处理ArrayList对象,但是对其他集合对象,foreach相当于使用 iterator。 下面展示了foreach一种可接受的用法: 在zero()中,每次循环都会访问两次静态成员变量,取得一次数组的长度。 retrieves the static field twice and gets the array length once for every iteration through the loop. 在one()中,将所有成员变量存储到本地变量。 pulls everything out into local variables, avoiding the lookups. two()使用了在java1.5中引入的foreach语法。编译器会将对数组的引用和数组的长度 保存到本地变量中,这对访问数组元素非常好。但是编译器还会在每次循环中产生一个额外的对本地变量的存储操作(对变量a的存取)这样会比one()多出4 个字节,速度要稍微慢一些。 综上所述:foreach语法在运用于array时性能很好,但是运用于其他集合对象时要小心,因为它会产生额外的对象。 枚举变量非常方便,但不幸的是它会牺牲执行的速度和并大幅增加文件体积。例如: 会产生一个900字节的.class文件(Foo$Shubbery.class)。在它被首次调用 时,这个类会调用初始化方法来准备每个枚举变量。每个枚举项都会被声明成一个静态变量,并被赋值。然后将这些静态变量放在一个名为"$VALUES"的静 态数组变量中。而这么一大堆代码,仅仅是为了使用三个整数。 这样: Shrubbery shrub = Shrubbery.GROUND;会引起一个对静态变量的引用,如果这个静态变量是final int,那么编译器会直接内联这个常数。 一方面说,使用枚举变量可以让你的API更出色,并能提供编译时的检查。所以在通常的时候你毫无疑问应该为公共API选择枚举变量。但是当性能方面有所限制的时候,你就应该避免这种做法了。 有些情况下,使用ordinal()方法获取枚举变量的整数值会更好一些,举例来说,将: 替换为: 会使性能得到一些改善,但这并不是最终的解决之道。 请看下面的类定义: 这其中的关键是,我们定义了一个内部类(Foo$Inner),它需要访问外部类的私有域变量和函数。这是合法的,并且会打印出我们希望的结果"Value is 27"。 问题是在技术上来讲(在幕后)Foo$Inner是一个完全独立的类,它要直接访问Foo的私有成员是非法的。要跨越这个鸿沟,编译器需要生成一组方法: 内部类在每次访问"mValue"和"doStuff"方法时,都会调用这些静态方法。就是说,上面 的代码说明了一个问题,你是在通过接口方法访问这些成员变量和函数而不是直接调用它们。在前面我们已经说过,使用接口方法(getter、setter) 比直接访问速度要慢。所以这个例子就是在特定语法下面产生的一个“隐性的”性能障碍。 通过将内部类访问的变量和函数声明由私有范围改为包范围,我们可以避免这个问题。这样做可以让代码运 行更快,并且避免产生额外的静态方法。(遗憾的是,这些域和方法可以被同一个包内的其他类直接访问,这与经典的OO原则相违背。因此当你设计公共API的 时候应该谨慎使用这条优化原则) 在奔腾CPU出现之前,游戏设计者做得最多的就是整数运算。随着奔腾的到来,浮点运算处理器成为了CPU内置的特性,浮点和整数配合使用,能够让你的游戏运行得更顺畅。通常在桌面电脑上,你可以随意的使用浮点运算。 但是非常遗憾,嵌入式处理器通常没有支持浮点运算的硬件,所有对"float"和"double"的运算都是通过软件实现的。一些基本的浮点运算,甚至需要毫秒级的时间才能完成。 甚至是整数,一些芯片有对乘法的硬件支持而缺少对除法的支持。这种情况下,整数的除法和取模运算也是有软件来完成的。所以当你在使用哈希表或者做大量数学运算时一定要小心谨慎。简介
避免建立对象
使用本地方法
使用实类比接口好
用静态方法比虚方法好
不用getter和setter
将成员变量缓存到本地
使用常量
谨慎使用foreach
避免使用枚举
将与内部类一同使用的变量声明在包范围内
避免使用浮点数
发表评论
-
移动网页设计相关原则
2012-07-25 08:55 1076如何开始移动设计 对于我们中很多人来说,移动端设计是一个崭新的 ... -
10个常见的 Android 新手误区
2012-07-16 08:06 1696在过去十年的移动开发平台中,作为资深的移动开发人员,我们认为A ... -
Android手机内存的运行机制
2012-05-28 09:31 1566使用android手机的用户可能都安装了任务管理的软件,使用a ... -
android应用程序基本原理
2012-05-28 09:30 1781android应用程序是用Java ... -
最封闭的开源系统:话说 Android 的八宗罪
2010-07-16 17:53 2025你以为 Android 是开放的吗?Google 采用了一系 ... -
Android下的多线程
2010-06-26 10:47 3554在Android下面也有多线程的概念,在C/C++中,子线 ... -
android 机器人:应用程序Manifest介绍
2010-06-25 15:43 2243每一个Android应用程 ... -
android 机器人:Styles和Themes(主题和风格)
2010-06-25 11:00 1414Styles和Themes 通过指定Views ... -
android 机器人:Animations
2010-06-25 11:00 2520Animations Android支持2种类 ... -
Android 机器人:使用系统资源
2010-06-25 10:59 1569Android本体应用程序具体化了很多自己的资源,各种 ... -
Android:实时改变配置
2010-06-25 10:59 2586Android通过终止、重 ... -
Android:Layouts介绍
2010-06-24 08:46 3243Layout管理器(一般称“layouts”)是Vie ... -
Android菜单系统介绍
2010-06-24 08:46 2131如果你曾经尝试用手写笔或轨迹球来导航移动电话的菜单系统 ... -
Android使用Intent Filter来响应隐式Intent
2010-06-24 08:45 3950如果一个Intent请求在一片数据上执行一个动作,An ... -
Android如何解析Intent Filter
2010-06-24 08:45 2164匿名性质的运行时绑定使得理解Android如何解析一个 ... -
android.app.Activity 的介绍
2010-06-23 08:53 10998发现当前Android的资料不是很多,而且对于Acti ... -
android sdk+eclipse+adt 配置与开发
2010-06-23 08:52 2844Android ADT插件配置 创建a ... -
Android入门 HelloWord
2010-06-23 08:52 2042先说说整个程序要做哪些内容吧,简单helloword 通 ... -
Android概述
2010-06-23 08:52 21221. Android是什么? ...
相关推荐
如何编写高效的ANDROID代码。学校android的关键
介绍了几种可以让开发者的Android程序运行的更加有效率的方法
看过后受益匪浅,知道大神和菜鸟的区别了,值得大力推荐,好好学习吧
《Android应用开发揭秘》全部实例源代码,配合《Android应用开发揭秘》使用 前言 第一部分 准备篇 第1章 Android开发简介 1.1 Android基本概念 ... 17.3如何编写Android脚本程序 17.4小结
这部分内容包含了多个精心设计的Android项目案例,从需求分析、设计思路到实现过程,都有详细的讲解和代码示例。学习者可以通过实际操作,深入了解Android开发的整个流程,提升自己的实战能力。 此外,我们还提供了...
阿里巴巴最新Android开发规范 提供一整套编写高效可靠的android代码的标准、约定和指南。它们以安全可靠的软件工程原则为基础,使代码易于理解、维护和增强。而且,通过遵循这些程序设计标准,你作为一个 Java软件...
Aria项目源于工作中遇到的一个文件下载管理的需求,当时被下载折磨的痛不欲生,从那时起便萌生了编写一个简单易用,稳当高效的下载框架,aria经历了1.0到3.0的开发,算是越来越接近当初所制定的目标了。 Aria有以下...
如何才能写出贴近Android设计理念、能够更加高效和可靠运行的Android应用?通过Android的源代码去了解其底层实现细节是最重要的方法之一!然而,Android系统太过于庞大,源代码实现复杂,学习的技术门槛和时间成本都...
如何才能写出贴近Android设计理念、能够更加高效和可靠运行的Android应用?通过Android的源代码去了解其底层实现细节是重要的方之一!然而,Android系统太过于庞,源代码实现复杂,习的技术门槛和时间成本都很高。有...
《Android开发精要》如何才能写出贴近Android设计理念、能够更加高效和可靠运行的Android应用?通过Android的源代码去了解其底层实现细节是最重要的方法之一!然而,Android系统太过于庞大,源代码实现复杂,学习的...
最近用 Android 开发了几个模块,感觉有点慢,后来好好看了相关优化 Android 代码的知识,优化之后,感觉快了很多。 在这里与大家分享一下,下面只是说 的一些很基础有很重要的知识,你想要编写运行速度很快、 占用内存少...
《Android开发精要》如何才能写出贴近Android设计理念、能够更加高效和可靠运行的Android应用?通过Android的源代码去了解其底层实现细节是最重要的方法之一!然而,Android系统太过于庞大,源代码实现复杂,学习的...
《Android开发精要》如何才能写出贴近Android设计理念、能够更加高效和可靠运行的Android应用?通过Android的源代码去了解其底层实现细节是最重要的方法之一!然而,Android系统太过于庞大,源代码实现复杂,学习的...
android java 通用代码,关于用properties存储打印的Log.zip android 错误收集工具.rar android 错误日志的收集.rar Android下的自定义日志框架。移动开发一般没有必要引入第三方日志框架,可以自己编写.zip ...
那我们如何才能缩短编写业务逻辑代码的时间,并且避免写那些重复的代码呢?所以让我们来成为一个能偷懒又有高效率的Android程序员。想知道怎么做吗?不用急,接下来我就会写到。有许多第三方的库和框架是可供我们...
简介:《Android开发精要》如何才能写出贴近Android设计理念、能够更加高效和可靠运行的Android应用?通过Android的源代码去了解其底层实现细节是最重要的方法之一!然而,Android系统太过于庞大,源代码实现复杂,...