好的android编码习惯

 上一期分享了android内存优化的一些总结，这一期说说我认为的好的编码习惯，而后下一期会作安卓数据库优化的一些总结，逐渐的会将一些性能优化点总结分享出来，确定是不够全面的但愿不足的地方欢迎指出。

          良好的编码习惯除开编码规范这个不说外，还有不少影响内存，流畅度，耗电量的地方都是须要注意的。我会随时补充进来我遇到的相关的好的编码习惯，但不太容易作到一下就全面。

           一、内存控制

           1.1 已知数量时，对相应的数据结构赋值相应的大小

            new ArrayList(5);

           1.2 勿在循环调用的地方new对象

           好比在adapter中的getView去new OnClickListener,View的onDraw方法new Paint，这些循环屡次调用的地方会致使多个对象的产生，不进形成内存增长也会浪费时间。

           1.3 匿名内部类的使用

           上一篇博文提到了缘由，匿名内部类会持有外部引用，因此这里改为静态内部类的，同时使用弱引用的方式。

            1.4 enum的使用

           二、节省时间

           2.1 用变量替代计算

           不管是for循环中，仍是本身实现一些代码经过用一个变量记录值，比循环计算得出来的值更加节省时间。好比

          for(int i =0;i < array.length;i++) 能够替换成

          final int size = array.length;

         for(int i = 0; i< size;i++),这样能够减小循环过程当中的计算

        不过听说如今foreach的方式是最快的，有兴趣的朋友能够测试下。

          2.2 字符串的拼接使用StringBuilder或者StringBuffer

        好比"select * from " + Tables.table_name+" where id = "+sid+" limit 1";字符串的拼接不光是时间损耗，内存也会损耗。若是一个字符串后面跟着一个+号，再后面是任何的类型表达式：

         string_exp + any_exp

Java编译器会把它变成：

         new StringBuilder().append( string_exp ).append( any_exp ).toString()

若是表达式里有多个+号的话，后面相应也会多多几个StringBuilder.append的调用，最后才是toString方法。

而StringBuilder(String)这个构造方法会分配一块16个字符的内存缓冲区。所以，若是后面拼接的字符不超过16的话，StringBuilder不须要再从新分配内存，不过若是超过16个字符的话StringBuilder会扩充本身的缓冲区。最后调用toString方法的时候，会拷贝StringBuilder里面的缓冲区，新生成一个String对象返回。

          关于字符串拼接的优化除了StringBuilder或者buffer外还能够作的更好一点，这也是一次面试获得的经验，能够下一次分享给你们。

         2.3 注意强制类型转换

        使用Integer.parseInt()而不是(int)Integer.valueOf()而后去作对比，减小类型强制转换的时间

        2.4 对常量使用Static Final修饰符，

        2.5 避免内部getters和setters（有争议）

        性能上直接访问变量更加有效率，可是软件工程上就对外暴露了同时也不容易面向扩展了，因此这里只是提出来，并不必定要遵照。

         2.6 在私有内部类中，考虑用包访问权限替代私有访问权限

         访问外部内的私有方法，会让虚拟机生成黏合方法，也就是getters和setters的方法从而下降了读取的性能。

          2.7 线程的优先级设定

          首先不要同时使用过多的线程，一来难以管理，二来也会耗费cpu资源，致使影响UI线程，因此在使用线程时，在执行优先级不高的状况下，指定线程最低优先级或者后台优先级等，保证UI线程的优先级，好比：

        new Thread(new Runnable() {

        @Override

                public void run() {

                     Process.setThreadPriority(Process.THREAD_PRIORITY_LOWEST);

                }

           }).start();

          2.8 使用System.arraycopy ()代替经过来循环复制数组

          2.9 避免循环内部有过多依赖和跳转，使cpu能流水起来

          好比：

         for(int i =0; i < N; i++){

               if(i <100) 

                     a[i] +=5;

               else if(i <200) 

                    a[i] +=10;

                else

                     a[i] +=20;

                 }

                改为三个循环

                for(int i = 0; i < 100; i++)

              {

                        a[i] += 5;

                }

                  for(int i = 100; i < 200; i++)

                  {

                           a[i] += 10;

                   }

                   for(int i = 200; i < N; i++)

                   {

                            a[i] += 20;

                     }

           三、对应的生命周期

          3.1  set(listener)对于set(null)

          3.2  add对应remove

          3.3 open对应close

           四、屏幕网络CPU耗电量杀手

           4.1 选择合适的wakelock模式

          PARTIAL_WAKE_LOCK:保持CPU运转，屏幕和键盘灯有多是关闭的。

          SCREEN_DIM_WAKE_LOCK：保持CPU运转，容许保持屏幕显示但有多是灰的，容许关闭键盘灯

           SCREEN_BRIGHT_WAKE_LOCK：保持CPU运转，保持屏幕高亮显示，容许关闭键盘灯

           FULL_WAKE_LOCK：保持CPU运转，保持屏幕高亮显示，键盘灯也保持亮度

           ACQUIRE_CAUSES_WAKEUP：不会唤醒设备，强制屏幕立刻高亮显示，键盘灯开启。有一个例外，若是有notification弹出的话，会唤醒设备。

           ON_AFTER_RELEASE：WakeLock被释放后，维持屏幕亮度一小段时间，减小WakeLock循环时的闪烁状况

           用完必需要记得释放。

           4.2 选择合适的alarmmanage模式

          AlarmManager会维持一个cpu的wakelock。这样能保证电话休眠时，也能处理alarm的广播，有4种Alarm类型：

          1)RTC_WAKEUP

          在指定的时刻（设置Alarm的时候），唤醒设备来触发Intent。

          2)RTC

          在一个显式的时间触发Intent，但不唤醒设备。

          3)ELAPSED_REALTIME

          从设备启动后，若是流逝的时间达到总时间，那么触发Intent，但不唤醒设备。流逝的时间包括设备睡眠的任什么时候间。注意一点的是，时间流逝的计算点是自从它最后一次启动算起。

          4)ELAPSED_REALTIME_WAKEUP

          从设备启动后，达到流逝的总时间后，若是须要将唤醒设备并触发Intent。

         4.3 慎用轮询 

         这玩意耗电很大，固然不少时候多是配合上面的AlarmManager使用，能够在不一样的界面或者功能，定义不一样的轮询时间来作优化等。

        五、IO优化

        5.1 使用缓存区

        经过缓存减小磁盘读取次数

        5.2 缓冲块的IO要比缓冲流IO要快

         六、功能范围

        6.1 合理的synchronized范围

        6.2 合理的try/catch范围

        try/catch住爆出异常的区域，而不是一个大的函数。