很少有人会告诉你的Android开发基本常识

DDMS视图进入调试模式

</div>

注：更多关于在Eclipse IDE中调试Android程序的知识请参见：Android eclipse中程序调试

• 打印：

打印调试的方法对于循环、异步加载、递归、JNI等代码段非常有用，特别是在循环中，在循环次数非常大时，通过打断点调试显然是一件费力的事情，这时候打印就显得更“智能”了，我通常会通过下面封装的打印调试类来输出打印信息，这个类可以打印print、log、行号、文件名、StrictMode等信息，当不需要打印信息时，只需要将DEBUG_MODE改为false就可以了：

import android.content.Context;      import android.os.StrictMode;      import android.util.Log;      import android.widget.Toast;        /**       * 调试打印类       *        * */      public class DebugUtils{          private DebugUtils( ){            }            public static void println( String printInfo ){              if( Debug.DEBUG_MODE && null != printInfo ){                  System.out.println( printInfo );              }          }            public static void print( String printInfo ){              if( Debug.DEBUG_MODE && null != printInfo ){                  System.out.print( printInfo );              }          }            public static void printLogI( String logInfo ){              printLogI( TAG, logInfo );          }            public static void printLogI( String tag, String logInfo ){              if( Debug.DEBUG_MODE && null != tag && null != logInfo ){                  Log.i( tag, logInfo );              }          }            public static void printLogE( String logInfo ){              printLogE( TAG, logInfo );          }            public static void printLogE( String tag, String logInfo ){              if( Debug.DEBUG_MODE && null != tag && null != logInfo ){                  Log.e( tag, logInfo );              }          }            public static void printLogW( String logInfo ){              printLogW( TAG, logInfo );          }            public static void printLogW( String tag, String logInfo ){              if( Debug.DEBUG_MODE && null != tag && null != logInfo ){                  Log.w( tag, logInfo );              }          }            public static void printLogD( String logInfo ){              printLogD( TAG, logInfo );          }            public static void printLogD( String tag, String logInfo ){              if( Debug.DEBUG_MODE && null != tag && null != logInfo ){                  Log.d( tag, logInfo );              }          }            public static void printLogV( String logInfo ){              printLogV( TAG, logInfo );          }            public static void printLogV( String tag, String logInfo ){              if( Debug.DEBUG_MODE && null != tag || null != logInfo ){                  Log.v( tag, logInfo );              }          }            public static void printLogWtf( String logInfo ){              printLogWtf( TAG, logInfo );          }            public static void printLogWtf( String tag, String logInfo ){              if( Debug.DEBUG_MODE && null != tag && null != logInfo ){                  Log.wtf( tag, logInfo );              }          }            public static void showToast( Context context, String toastInfo ){              if( null != context && null != toastInfo ){                  Toast.makeText( context, toastInfo, Toast.LENGTH_LONG ).show( );              }          }            public static void showToast( Context context, String toastInfo, int timeLen ){              if( null != context && null != toastInfo && ( timeLen > 0 ) ){                  Toast.makeText( context, toastInfo, timeLen ).show( );              }          }            public static void printBaseInfo( ){              if( Debug.DEBUG_MODE ){                  StringBuffer strBuffer = new StringBuffer( );                  StackTraceElement[ ] stackTrace = new Throwable( ).getStackTrace( );                    strBuffer.append( "; class:" ).append( stackTrace[ 1 ].getClassName( ) )                          .append( "; method:" ).append( stackTrace[ 1 ].getMethodName( ) )                          .append( "; number:" ).append( stackTrace[ 1 ].getLineNumber( ) )                          .append( "; fileName:" ).append( stackTrace[ 1 ].getFileName( ) );                    println( strBuffer.toString( ) );              }          }            public static void printFileNameAndLinerNumber( ){              if( Debug.DEBUG_MODE ){                  StringBuffer strBuffer = new StringBuffer( );                  StackTraceElement[ ] stackTrace = new Throwable( ).getStackTrace( );                    strBuffer.append( "; fileName:" ).append( stackTrace[ 1 ].getFileName( ) )                          .append( "; number:" ).append( stackTrace[ 1 ].getLineNumber( ) );                    println( strBuffer.toString( ) );              }          }            public static int printLineNumber( ){              if( Debug.DEBUG_MODE ){                  StringBuffer strBuffer = new StringBuffer( );                  StackTraceElement[ ] stackTrace = new Throwable( ).getStackTrace( );                    strBuffer.append( "; number:" ).append( stackTrace[ 1 ].getLineNumber( ) );                    println( strBuffer.toString( ) );                  return stackTrace[ 1 ].getLineNumber( );              }else{                  return 0;              }          }            public static void printMethod( ){              if( Debug.DEBUG_MODE ){                  StringBuffer strBuffer = new StringBuffer( );                  StackTraceElement[ ] stackTrace = new Throwable( ).getStackTrace( );                    strBuffer.append( "; number:" ).append( stackTrace[ 1 ].getMethodName( ) );                    println( strBuffer.toString( ) );              }          }            public static void printFileNameAndLinerNumber( String printInfo ){              if( null == printInfo || !Debug.DEBUG_MODE ){                  return;              }              StringBuffer strBuffer = new StringBuffer( );              StackTraceElement[ ] stackTrace = new Throwable( ).getStackTrace( );                strBuffer.append( "; fileName:" ).append( stackTrace[ 1 ].getFileName( ) )                      .append( "; number:" ).append( stackTrace[ 1 ].getLineNumber( ) ).append( "\n" )                      .append( ( null != printInfo ) ? printInfo : "" );                println( strBuffer.toString( ) );          }            public static void showStrictMode( ) {              if (DebugUtils.Debug.DEBUG_MODE) {                  StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()                          .detectDiskReads().detectDiskWrites().detectNetwork().penaltyLog().build());                  StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()                          .detectLeakedSqlLiteObjects().detectLeakedClosableObjects().penaltyLog().penaltyDeath().build());              }          }            public static void d(String tag, String msg){              if(DebugUtils.Debug.DEBUG_MODE){                  Log.d(tag, msg);              }          }            public class Debug{              public static final boolean DEBUG_MODE = true;          }            public static final String TAG = "Debug";      }

• 目视法：

这适合于code review，但是不太靠谱，因为人的精力毕竟有限，有时候你多敲一个分号，缩进不对都有可能导致程序出现问题，但在代码量较少时是一个高效率的方法。

• 自动化测试：

Android的自动化测试（分白盒测试和黑盒测试）工具有：monkey、Robotium、Appium、云端测试（比如testin）,具体用法可参见：

android实用测试方法之Monkey与MonkeyRunner

Robotium

Testin

Appium中文教程

• 排除法：

调试、打印、目视这三种方法适合于可以复现的问题，对于随机问题（实际上不存在随机问题，只是问题不那么容易复现而已），比如在线程、音频播放、AnsynTask、Timer切换或者结束时刚好做了相应地人为操作导致出现灵异现象。这时候可以通过排除法来排查问题，具体的方法是首先大概定位到出现问题的位置，然后将代码一段一段地注释，观察程序现象，逐步缩小出现问题的范围。

版本管理介绍

在较大的软件开发过程中，可能有多个软件工程师同时开发一个项目的情况，比如有负责读取数据、获取网络数据等API封装的，有负责程序架构的，有负责上层界面实现的，为了能够最终编译一个完成的程序出来，需要将代码整合，这个时候最方便的方法就是使用版本管理工具，固定时间上传（比如每天、没改动一个功能等等），这样能够实时保证服务器上的代码是最完整、最新的，也可以避免由于自然灾害、电脑异常导致本地电脑挂掉损失掉代码的问题。

常见的版本管理工具有SVN和Git，我也使用过CVS，关于版本管理工具的介绍参见：

版本控制

版本控制系统的选择之路

git教程

git简易指南

注：对于windows用户来说，建议使用乌龟壳系列的版本控制客户端，使用github的朋友可以使用github for windows客户端：

tortoisegit

tortoisecvs

tortoisesvn

github for windows

编译

通常我们用Eclipse或者Android Studio开发android程序时，只需要运行程序就可以在模拟器或者机器上运行程序了，但为了保证代码的完整性、能够在服务器上编译，需要通过编译工具将代码编译成apk，常见的编译工具有：ant、gradle，但这两种编译工具都是需要通过手动敲命令来完成编译功能（当然你也可以自己写脚本来实现编译自动化），jenkins是一个持续集成的工具,通过它可以代码克隆、编译以及程序加密自动化，其实它也是通过批处理来实现的，ant、gradle和jenkins的具体用法自行谷歌，使用起来很简单，目前android studio和github上很多功能都是通过gradle来编译的。

专业术语介绍

以下解释完全是本人的理解，详细解释可自行谷歌。

• 版本迭代：按照需求优先级，在保证基本功能OK后持续开发和升级，这样能够降低软件开发的风险，并且能够及时解决用户反馈的问题，船小好掉头嘛；

• 敏捷开发：小步快跑，大概意思就是不要过于注重文档，要注重当面交流，能够在实现时高保真的还原用户的需求场景，并且能够快速地解决用户的需求。

• 单元测试：白盒测试的一种，对核心方法通过写程序来测试自己的程序，单元测试的目的是让你有意识地降低程序间的耦合，保证每一个方法都是最小单元，但这对于测试程序逻辑是没有帮助，这是我自己的理解。。。

• 灰度发布：先找一部分用户来使用即将发布的程序（这部分用户可以是随机抽取、制定年龄段、指定地区或者通过某种方式知道他是活跃用户），在测试的过程中给与用户一点好处让用户写用户体验报告、反馈问题等方式来发现程序存在的问题和缺陷；

• DA统计：也叫后台统计，通过在程序中埋点的方式，在有网络的情况下将用户的操作行为和数据上传到后台，将每个用户的信息都上传回来就叫大数据，通过建模对这些数据分析就叫大数据分析。

• 开放平台：比如分享到QQ空间、分享到微信、讯飞语音、友盟的后台统计、天气、地图等等都叫做开放平台，它提供了一些开放的接口给开发者，方便开发者使用它的服务，开放平台多数服务都是免费的，但有时候也可能不稳定，比如用的人少它自然就活不下去了，然后就没有然后了。

• 同行评审：你的同行和你一起看看你的代码，发现是否有问题；

• 结对编程：在写代码的过程中，有个人坐在你旁边或者你坐在别人旁边，编写边讨论，降低程序出现逻辑和低级错误的概率。

Android开发资源

参见我的另一篇文章：Android开发者网址导航

建议

• 尽量阅读官方文档，这才是原汁原味、不失真的开发指导；

• 即使你认为设计程序是浪费时间，你只是喜欢写程序，至少你也得用思维导图理清思路，思维导图对于帮助你理解设计文档、理清思路有很大的帮助；

• 不要用Intent传递大量的数据，这有可能导致ANR或者报异常；

• 在退出页面后，系统不一定会及时执行onDestory方法，如果你在onDestory方法里做关闭文件、释放内存的操作可能出现退出程序又立即进入时，由于需要重新初始化这些信息导致代码重入的异常；

• 在改动JNI后，运行程序之前记得卸载掉已经安装在模拟器或者真机上的该程序，如果直接运行，android不会load最新编译的so，也就不能立即看到修改后的效果；

• 代码至少每天备份一次，或者是完善一个功能就备份一次，不要堆积之后一次性备份，因为在你的代码出问题需要回溯代码时你需要从服务器上重新取代码，同时也可以避免代码不是最新导致最后和其他人合并时不知道改了哪些地方；

• 将打印信息封装成一个方法，用一个标志位控制这个这个方法的方法体是否需要执行，这样在由debug版释放到release版本时，不需要傻傻地一行一行地去掉代码，你只需要改变标志位的值就可以了；

• 对于有返回值的JNI函数，即使你不返回任何值，用NDK编译JNI的时候也不会报错，所以在写JNI代码的时候，一定要仔细检查代码；

• JNI频繁读写文件操作会影响程序的运行性能，可以考虑一次性在内存中申请一块大内存作为缓存空间，用这种空间换时间的方式可以大大提高程序的运行效率；

• 不要指望类的finalize方法去处理需要回收和销毁的工作，因为finalize是系统回调的方法，调用时机不可预见，切记；

• 使用文件流、Cursor时，使用结束后记得一定要关闭，否则可能导致内存泄漏，严重的情况可能引发程序崩溃；

• 优先使用Google搜索引擎(少用百度)，如果不能正常使用Google搜索引擎建议通过代理、V*N、修改hosts文件等方式搭建梯子。这里提供一个免费的谷歌搜索引擎

• 对于不需要使用硬件加速的activity（没有动画效果、视频播放以及各种多媒体文件的操作都可以关掉硬件加速），在AndroidManifest.xml文件中通过“android:hardwareAccelerated="false"”关掉硬件加速可节省应用内存；

• 对于需要横竖屏转换的应用，又不想在横竖屏切换的时候重新跑onCreate方法，可以在AndroidManifest.xml文件中对应的Activity标签下调用“android:configChanges="screenSize|orientation"”；

• 为了减轻应用程序主进程的内存压力，对于耗内存比较多的界面（比如视频播放界面、flash播放界面等），可以在AndroidManifest.xml文件中对应的Activity标签下调用“android:process=".processname"”单开一个进程，但在退出这个界面的时候一定要在该界面的onDestory方法中调用System的kill方法来杀掉该进程；

• 在res/values/arrays.xml文件中定义的单个数组的元素个数不宜过大，过大会导致加载数据时非常慢，有时候你需要使用数组资源时数据有可能还没加载完成；

• 一个Activity中最耗费内存的是activity的背景（多数情况如此，特别是对于分辨率很大的机器，一个界面的背景算下来都需要好几兆内存），所以在程序界面较多时，可以考虑将图片转换成静态的drawable，然后多个activity共用这一张背景图；

• 可以通过为application、activity自定义主题的方式来关掉多点触摸功能，只需要在自定义的主题下添加这两个标签：

  <item name="android:windowEnableSplitTouch">false</item>    <item name="android:splitMotionEvents">false</item>

• 很多游戏进入时，播放的片头动画多数是一个视频文件；

• Android单个dex文件的方法数不能超过65536个，android使用多个dex能否避开65536方法数限制?

• 使用模拟器genymotion代替android自带模拟器（它需要虚拟机vituralbox的支持，不过官网已经提供了一个集成虚拟机的安装包了，直接下载下来安装即可），可以大大提高使用模拟器的体验（流畅、快），它也可以以插件的形式集成在Eclipse中，这是视频教程

• 给Application或者activity设置自定义主题时，最好不要设置为全透明，否则在activity按Home键回退到桌面的时候效果很渣；

• 如果你需要取消toast显示的功能，在一个类中你只需要实例化该类一次（也就是说将Toast定义成一个全局的成员变量），这样你就可以调用mToast.cancel()了，我把它写成了一个静态类：

  public class ToastUtils {        private ToastUtils( ){          }          public static void showToast( Context context, String toast ){            if( null == mToast ){                mToast = Toast.makeText( context, toast, Toast.LENGTH_LONG );            }else{                mToast.setText( toast );            }              mToast.show( );        }          public static void cancel( ){            if( null != mToast ){                mToast.cancel( );            }        }          public static Toast mToast = null;    }

• 你可以定义一个静态类来实现防止按钮被重复点击导致重复执行一段代码的问题：

  /**     * 按钮重复点击     *      * */    public class BtnClickUtils {        private BtnClickUtils( ){          }                      public static boolean isFastDoubleClick() {            long time = System.currentTimeMillis();            long timeD = time - mLastClickTime;            if ( 0 < timeD && timeD < 1000) {                   return true;               }              mLastClickTime = time;              return false;           }          private static long mLastClickTime = 0;    }

• 放在apk的assets或者raw目录下的数据文件最好做加密处理，在需要使用的时候才解密，这样可以避免在apk被他人破解时数据也被破解的问题；

• 最好不要再activity的onCreate方法里面调用popupwindow的show方法，有可能由于activity没有完全初始化导致程序异常（android.view.WindowManager$BadTokenException: Unable to add window -- token null is not valid），如果非要在一进activity就显示popupwindow，建议用handler.post、View.postDelay来处理；

• 对于自定义View，在构造方法里面是获取不到视图的宽高的（此时获取长宽都为0），需要在onMeasure方法中或者跑了onMeasure方法后才能够获取到视图的宽高，不过你可以通过在构造方法里面强制测量视图的宽高来实现在构造方法里获取视图的宽高信息，具体见MeasureSpec介绍及使用详解

• 如果你觉得在安装Eclipse后还需要配置android开发环境很麻烦，你可以直接使用ADT Bundle，它是一个懒人套餐，下载下来就可以用了，可以在这里下载。

• 有时间看看阿里技术嘉年华、InfoQ演讲与访谈、Google IO视频，可以学习到一些解决问题、做大项目的经验。

• 当应用中动画比较多，并且动画都是通过图片来切换的时候，可以考虑借用Cocos的精灵表单思想，这样就可以避免图片命名的烦恼。

工具推荐

• 代码对比：Beyond compare

• 屏幕取色：ColorPix

• 梯子：红杏

• 思维导图： mindmanager

• 在线工具：在线工具

Android应用开发第三方解决方案

下图为Android应用开发第三方解决方案汇总，有些可以借助第三方平台搞定的就尽量不要自己搞，一是可以节省成本，二是你没人家专业，原文链接：Android应用开发第三方解决方案