根据个人经验，我一般是这样验证改善效果的，运行程序，各个功能跑一遍，确保没有改出问题，完全退出程序，手动触发GC，然后通过adb shell dumpsys meminfo packagename -d查看Activivites和Views的数量是否趋近于0；如果不是0，通过Leakcanary检查可能存在内存泄露的地方，继续通过MAT分析，周而复始，改善到自己满意为止。

      由于之前的项目太复杂，主要是考虑到JNI在AS上编译不方便，还要考虑到项目进度，最近才从Eclipse转到AS，主要方案是AS中只引用jar包和so，JNI的编译还是在Eclipse中进行。这过程中遇到过很多问题，记录下来方便后续查阅，本文中遇到的所有问题都是在Windows系统下。

      Android上有很多输入法应用，每种输入法都有各自的特点，输入法多数时候是和EditText配合使用，结合我自己的亲身实践分享一下使用EditText过程中遇到的一些问题及解决方法。

      一个应用默认只有一个进程，这个进程（主进程）的名称就是应用的包名，进程是系统分配资源和调度的基本单位，每个进程都有自己独立的资源和内存空间，其它进程不能任意访问当前进程的内存和资源，系统给每个进程分配的内存会有限制。   如果一个进程占用内存超过了这个内存限制，就会报OOM的问题，很多涉及到大图片的频繁操作或者需要读取一大段数据在内存中使用时，很容易报OOM的问题，如果此时在程序中人为地使用GC会严重影响程序运行的流畅性，并且有时候并没有什么卵用，多数时候我们可以在android:minSdkVersion=”11”及以上的应用中，给AndroidManifest.xml的Application标签增加”android:largeHeap=”true”“这句话，请求系统给该应用分配更多可申请的内存。

     有时候我们会遇到这些的问题： 在不给TextView或者Button中的文字设置默认颜色时，改变Application或者Activity的主题会同时改变文字的颜色； 想改变Toast弹出时的文字大小，除了重写Toast似乎没有其它办法。

    应用除了有内存占用、内存泄露、内存抖动等看不见的性能问题外，还有很多看得见的性能问题，比如进入界面慢、点击反应慢、页面卡顿等等，这些看得见的体验问题会严重影响用户使用APP心情，但用户的情绪又无法通过异常采集、数据分析来发现，尽早优化APP的性能体验问题非常重要，会在一定程度上提升用户的留存率。

    为了程序能够编译通过和在设备中正常运行，主工程除了依赖第三方的工程和jar包之外，还需要依赖安卓系统本身的代码，也就是我们在sdk的每个版本中看到的android.jar，这里面集成了android的所有API，随着android sdk的升级，高版本的sdk中会增加很多新的API，比如ActionBar、Fragment、RecyclerView等，如果在低版本的sdk中需要使用高版本新增的API怎么办？不可能去更新移动设备中的android.jar吧，因为硬件设备集成的sdk版本是固定的，android.jar也是固定的，设备中的一些参数、硬件选型也是根据当前sdk版本来定的，所以最好的方式是将新增的API以依赖包的形式集成到需要使用高版本API的应用程序中。

      网上有很多大拿分享的关于Android性能优化的文章，主要是通过各种工具分析，使用合理的技巧优化APP的体验，提升APP的流畅度，但关于内存优化的文章很少有看到。在Android设备内存动不动就上G的情况下，的确没有必要去太在意APP对Android系统内存的消耗，但在实际工作中我做的是教育类的小学APP，APP中的按钮、背景、动画变换基本上全是图片，在2K屏上（分辨率2048*1536）一张背景图片就会占用内存12M，来回切换几次内存占用就会增涨到上百兆，为了在不影响APP的视觉效果的前提下，有必要通过各种手段来降低APP对内存的消耗，下面是我在实践过程中使用的一些方法，很多都是不太成熟的项目，也不够深入，只是将其作为一种处理方式分享给大家。

    Android性能测试工具列表。