软件应用教程

  对于Android手机来说，由于Google全面开放多任务同时运行着Java这样的解释型语言导致对RAM的开销很大，随着Android平台的发展很多新手程序员在经验等问题，会导致你的应用执行效率较低。针对于发布版应用应该注意以下几点:  一、慎用Logcat输出   如果你的应用总是在后台不断的输出Log.i或Log.d的内容，除了增加系统开销外，对你应用的整体效率受影响，尤其是持续输出很多内容。由于Log需要底层的JNI调用，对Java虚拟机的开销来说还是不小的。  二、ProGuard扰码器   对于Android应用加密，扰码器可能除了修改类和变量的名称外，增加算法复杂难度，可能出现本身1+1=2的问题变为了2*10-10-8这样的情况，当然Android123是举个例子来说明扰码器的工作原理，这对于程序的运行效率和部分逻辑可能会改变，所以这点要权衡配置扰码器是否仅修改变量名称。   三、基础知识  1.  访问变量比访问一个类的字段要快/  2. 同时判断数组为空一般不用getCount()==0这样的方法，直接通过isEmpty()这样的方法来处理  3. 很多情况下慎用全局的静态类。  4. Android应用执行起来很多的CPU占用都是出在JVM资源是放上，所以如果尽可能的减少内存的释放，或增加手机的RAM对程序的执行效率会很有帮助。  5. 尽量少的注册系统广播通知接收，同时适当的可以通过重写onPause或onResume来控制Activity显示时才获取部分系统广播。

  很多网友可能发现，比如Android自带的浏览器在载入网页时等待时间可能会在标题栏的右上角有一个小圆圈在不断旋转，由于其不包含具体进度，很多网友可能没有找到详细的操作方法在SDK中。作为标题栏进度指示器其实属于Activity类的方法。   在使用时我们首先需要在setContentView之前声明 requestWindowFeature(Window.FEATURE_INDETERMINATE_PROGRESS); ，在需要显示进度时调用 setProgressBarIndeterminateVisibility(true);即可，停止时调用 setProgressBarIndeterminateVisibility(false);

  对于一些大型Android项目或游戏来说在算法处理上没有问题外，影响性能瓶颈的主要是Android自己内存管理机制问题，目前手机厂商对RAM都比较吝啬，对于软件的流畅性来说RAM对性能的影响十分敏感，除了上次Android开发网提到的 优化Dalvik虚拟机的堆内存分配 外，我们还可以强制定义自己软件的对内存大小，我们使用Dalvik提供的dalvik.system.VMRuntime类来设置最小堆内存为例:   private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;   VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB大小。当然对于内存吃紧来说还可以通过手动干涉GC去处理，我们将在下次提到具体应用。

  有时候我们在处理用户输入的文件名时需要多加小心，对于Android文件名来说可以使用Java自带的正则表达式库轻松判断，Android123给出大家两种重载方式以方便不同的场合。这两个方法可以直接静态调用，传入完整路径或文件名均可。    public static boolean IsFileNameOK(String filepath) {        return Pattern.compile("[\\w%+,./=_-]+").matcher(filepath).matches();    }    public static boolean IsFileNameOK(File file) {        return Pattern.compile("[\\w%+,./=_-]+").matcher(file.getPath()).matches();    }  

  目前来说Android平台在整体性能上表现不错，大多数调用都是Dalvik API通过JNI到底层了，但是在游戏性能方面和iPhone的Objective-C有着较大的差距，最新发现有如下的改进:   1. 首先内存方面，可以参考 Android堆内存也可自己定义大小 和 优化Dalvik虚拟机的堆内存分配   2. 基础类型上，因为Java没有实际的指针，在敏感运算方面还是要借助NDK来完成。Android123提示游戏开发者，这点比较有意思的是Google推出NDK可能是帮助游戏开发人员，比如OpenGL ES的支持有明显的改观，本地代码操作图形界面是很必要的。   3. 图形对象优化，这里要说的是Android上的Bitmap对象销毁，可以借助recycle()方法显示让GC回收一个Bitmap对象，通常对一个不用的Bitmap可以使用下面的方式，如   if(bitmapObject.isRecycled()==false) //如果没有回收           bitmapObject.recycle();      4. 目前系统对动画支持比较弱智对于常规应用的补间过渡效果可以，但是对于游戏而言一般的美工可能习惯了GIF方式的统一处理，目前Android系统仅能预览GIF的第一帧，可以借助J2ME中通过线程和自己写解析器的方式来读取GIF89格式的资源。   5. 对于大多数Android手机没有过多的物理按键可能我们需要想象下了做好手势识别 GestureDetector 和重力感应来实现操控。通常我们还要考虑误操作问题的降噪处理。    

     很多开发Android的网友可能需要判断当前的屏幕方向或键盘状态，下面的代码可以判断出横屏landscape和常规的portrait纵握方式，如果使用的是G1这样有QWERTY键盘硬件的，还可以判断屏幕方向以及键盘的拉出状态。 Configuration config = getResources().getConfiguration();       if (config.orientation == Configuration.ORIENTATION_LANDSCAPE){               //横屏，比如 480×320     }else if(config.orientation == Configuration.ORIENTATION_PORTRAIT){               //竖屏 ，标准模式 320×480     }else if(config.hardKeyboardHidden == Configuration.KEYBOARDHIDDEN_NO){               //横屏，Android123提示物理键盘滑出了     }else if(config.hardKeyboardHidden == Configuration.KEYBOARDHIDDEN_YES){               //竖屏，键盘隐藏了       } 

    对于Android平台上软件的性能测试可以通过以下几种方法来分析效率瓶颈，目前Google在Android软件开发过程中已经引入了多种测试工具包，比如Unit测试工程，调试类，还有模拟器的Dev Tools都可以直接反应执行性能。    1. 在模拟器上的Dev Tools可以激活屏幕显示当前的FPS，CPU使用率，可以帮助我们测试一些3D图形界面的性能。    2.  一般涉及到网络应用的程序，在效率上和网速有很多关系，这里需要多次的调试才能实际了解。    3. 对于逻辑算法的效率执行，我们使用Android上最普遍的，计算执行时间来查看:       long start = System.currentTimeMillis();      //android开发网提示这里做实际的处理do something      long duration = System.currentTimeMillis() – start;       最终duration保存着实际处理该方法需要的毫秒数。这里类似Win32上的GetTickCount，在Win 32和Symbian上都提供了高精度的性能计数器和低阶计时器，这里在Dalvik VM上的Java层这种方法对于一般的应用足以。    4. GC效率跟踪，如果你执行的应用比较简单，可以在DDMS中查看下Logcat的VM释放内存情况，大概模拟下那些地方可以缓存数据或改进算法的。    5. 线程的使用和同步，Android平台上给我们提供了丰富的多任务同步方法，但在深层上并没有过多的比如自旋锁等高级应用，不过对于Service和appWidget而言，他们实际的产品中都应该以多线程的方式处理，以释放CPU时间，对于线程和堆内存的查看这些都可以在DDMS中看到。    更多的调试和性能测试方法Android123将在以后的内容中出现。

 如果你在开发游戏或一个主题风格很特别的应用可能需要全屏显示，在Android中全屏窗口的代码很简单，主要分为两个步骤和一个注意点：    requestWindowFeature(Window.FEATURE_NO_TITLE); //隐藏标题  getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN); //设置全屏   不过Android123提醒各位开发者注意的是这些调用要放在SetContentView前面，否则无法生效或结果有出入。

  目前Android平台部分东西受微软专利影响，导致HTC每出一部Google手机将会付出20~40美元不等的专利费用，价格问题主要是涉及专利数量的多少决定。不过我们看到Android在开源方面有很多东西可以利用到，同时对于各个厂商的支持都比较好，比如Adobe Flash的兼容，不过我们更期待PDF Reader也应该加入进去更好些。   微软目前持有专利可能是比较稳固的，但是IBM和Apple的创新能力确实提高了不少，而Google在非IT行业的投入也是相当大的，目前来看软件巨人开始玩专利游戏了，当然大多数Linux侵犯Windows专利。   Android手机目前售价相对较高主要原因在于研发成本上，目前Motorola的设备在硬件方面成本不是很高，但是人力方面可谓是下足功夫，Moto的Blur界面看上去不像是Android，但是Motorola已经不是北美最大的手机制造商了，这一位置逐渐被iPhone代替，同时Motorola财报智能手机终端部门仍然亏损状态。

  经历了目前最新的Android 2.1包括2.2透露出的特性来看，目前Android开发在实际项目中仍然存在很多问题。这里我们主要列举下开源中有哪些主要问题:   1. xml解析，虽然Android自带了XmlPull、Dom、SAX解析器，但是对于XML修改后的保存来看仍然不够完善，当做解析器获取数据可以，如果作为数据双向交换，考虑到自己实现来看，可以考虑JSON解决或挂载Dom4j库。  2. zip处理，对于压缩文件处理，Android平台底层支持zlib库，但是可以看到底层写死仅支持utf8编码的文件名，如果文件名是日文或中文如果自己不重新编译zlib底层，还是考虑使用apache ant库提供的方法，当然对于zip密码而言仍然不被支持。   3. gif动画，目前我们可能会发现很多手机不支持Gif动画的播放，仅仅显示开头一帧，当然GIF的原理就是开一个线程轮询播放每一帧，可能考虑到平台的性能或电池功耗，在CPU没有到1.5GHz时代时可能不会被加入吧。这可能也是直到Android 2.2才加入Flash的原因。   当然还有很多底层库都存在对宽字节和编码问题，而大多数对于标准的处理仅仅兼容utf8这样的，对于unicode的兼容度不够，可能造成部分地方为乱码，比如早期Android平台对于短信无法发送中文这样的BUG。