Android进阶之路AR与Androidandroid团战兵器

[最新]android APP性能优化总结

2020-01-15  本文已影响0人  唐小鹏
前述

一个好的app除了有吸引人的功能, 美丽的交互之外,性能也至关重要,作为一个技术人员,在这里当然只能讲技术了

一般app性能优化主要从一下几个方面入手,

启动速度优化

对于app启动的优化,一般启动的时候设置一个主题/图片防止白屏或者延迟打开

 <style name="appTheme" parent="Theme.AppCompat.Light.NoActionBar">
        <item name="android:windowBackground">@drawable/splash</item>
        <item name="android:windowFullscreen">true</item>
    </style>

如果启动页面不是一张图片,而且通过布局显示可以利用Splash加载部分图片先显示出来

<layer-list xmlns:android="http://schemas.android.com/apk/res/android">
    <!--白色矩形 作为背景色-->
    <item>
        <shape android:shape="rectangle">
            <solid android:color="@android:color/white" />
        </shape>
    </item>

    <!--单独的slogan图片 并且设置下间距-->
    <item android:bottom="0dp">
        <!--位置设置成靠下-->
        <bitmap
            android:gravity="bottom"
            android:src="@mipmap/bg_load_button" />
    </item>
</layer-list>

在5.0后，增加了一个windowDrawsSystemBarBackgrounds属性，用来标志此窗口是否负责绘制系统栏背景，我们把它设成false，这样当它绘制windowBackground的时候，就会在NavigationBar之上。
因为这个属性是5.0以后才有的，所以需要新建values-v21文件夹，以便5.0以上的机器使用v21的Splash主题。

针对启动速度慢，需要尽可能减少Applicatio和启动页面的onCreate中所要做的事情,比如一些不重要的SDK延迟或者异步加载；部分第三方的初始化(如极光的初始化就很耗时)可以使用到的类异步加载；如果对于设备5.0以下,还要考虑multidex的优化.提高启动页面响应速度,一般点击app进入到首页不能超过3秒,如果超过3秒就应该要做处理了.

对于如何检测方法耗时,除了打印log,adb命令可以使用TraceView去看,后面我们会讲到

卡顿优化

谈到UI流畅度，一般就是不要在主进程去做耗时的操作，提升UI的绘制速度,下面几点需要注意

性能问题并不容易复现，也不好定位，下面介绍几个非常有用的工具分析卡顿

各个颜色代表的意义
Android 将按如下方式为界面元素着色，以确定过度绘制的次数：
真彩色：没有过度绘制
蓝色：过度绘制 1 次
绿色：过度绘制 2 次
粉色：过度绘制 3 次
红色：过度绘制 4 次或更多次

总之，尽量避免过度绘制,常见的就是设置了多个背景颜色造成

内存优化

在开发的过程，如果方法不当的话，很容易造成内存泄漏，接下来，来说一下哪些情景容易出现内存泄漏。

内存泄漏出现的情景
public class LayoutPerActivity extends Activity {
        private static TestModule mTestModule = null;
        @override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            this.getWindow().setBackgroundDrawable(null);
            setContentView(R.layout.activity_layout_per);
            if(null == mTestModule) {
                mTestModule = new TestModule(this);
            }
        }
        class TestModule{
            private Context mContext = null;
            public TestModule(Context ctx) {
                mContext = ctx;
            }
        }
    }
内存优化的方案

除此之外，内存泄漏可监控, 推荐square公司开源的Leakcanary可以在发生内存泄漏时告警，并且生成 leak tarce 分析泄漏位置，同时可以提供 Dump 文件进行分析。

内存分析工具

以下介绍几种内存分析工具

(1).显示可用和已用内存，并且以时间为维度实时反应内存分配和回收情况。
(2).快速判断应用程序的运行缓慢是否由于过度的内存回收导致。
(3).快速判断应用是否由于内存不足导致程序崩溃。

Memory Monitor 和 Heap Viewer 都可以很直观且实时地监控内存使用情况，还能发现内存问题，但发现内存问题后不能再进一步找到原因，或者发现一块异常内存，但不能区别是否正常，同时在发现问题后，也不能定位到具体的类和方法。这时就需要使用另一个内存分析工具 Allocation Tracker，进行更详细的分析， Allocation Tracker 可以分配跟踪记录应用程序的内存分配，并列出了它们的调用堆栈，可以查看所有对象内存分配的周期。

MAT 是一个快速，功能丰富的 Java Heap 分析工具，通过分析 Java 进程的内存快照 HPROF 分析，从众多的对象中分析，快速计算出在内存中对象占用的大小，查看哪些对象不能被垃圾收集器回收，并可以通过视图直观地查看可能造成这种结果的对象。

代码优化

关于代码优化,有这么一个很好用的工具Android lint
在顶部菜单栏找到Analyze选项，在弹框中选中Inspect Code,或者对项目根双击弹出菜单弹框（windows下右键项目根目录），找到Analyze选项再选中Inspect Code选项


image.png

Correctness：不够完美的编码，比如硬编码、使用过时 API 等
Performance：对性能有影响的编码，比如：静态引用，循环引用等
Internationalization：国际化，直接使用汉字，没有使用资源引用等
Security：不安全的编码，比如在 WebView 中允许使用 JavaScriptInterface
Remove All Unused Resources的选项,先全部清理,考虑反射机制,不能删除资源

Handler Reference leaks,当使用内部类（包括匿名类）来创建Handler的时候，Handler对象会隐式地持有一个外部类对象（通常是一个Activity）的引用（不然你怎么可能通过Handler来操作Activity中的View？）。而Handler通常会伴随着一个耗时的后台线程（例如从网络拉取图片）一起出现，这个后台线程在任务执行完毕（例如图片下载完毕）之后，通过消息机制通知Handler，然后Handler把图片更新到界面。然而，如果用户在网络请求过程中关闭了Activity，正常情况下，Activity不再被使用，它就有可能在GC检查时被回收掉，但由于这时线程尚未执行完，而该线程持有Handler的引用（不然它怎么发消息给Handler？），这个Handler又持有Activity的引用，就导致该Activity无法被回收（即内存泄露），直到网络请求结束（例如图片下载完毕）。另外，如果你执行了Handler的postDelayed()方法，该方法会将你的Handler装入一个Message，并把这条Message推到MessageQueue中，那么在你设定的delay到达之前，会有一条MessageQueue -> Message -> Handler -> Activity的链，导致你的Activity被持有引用而无法被回收。这个问题也是较常见的可能导致内存泄漏的问题，解决方法一般是通过弱引用持有对Activity的引用

Android代码优化——Layout Inspector

当您的布局在运行时构建而不是完全在XML布局中定义时，这尤其有用

Layout Inspector主要用分析布局的层级结构，减少不必要的层级，避免overdraw, 达到渲染优化的效果。Layout Inspector虽然界面不如HierarchyView直观，但是提供的信息也足够详细，分析布局层级绝对够用了。

Android代码优化---traceview使用

Debug.startMethodTracing(“hello”); Debug.stopMethodTracing();

耗电优化

在移动设备中，电池的重要性不言而喻，没有电什么都干不成。对于操作系统和设备开发商来说，耗电优化一致没有停止，去追求更长的待机时间，而对于一款应用来说，并不是可以忽略电量使用问题，特别是那些被归为“电池杀手”的应用，最终的结果是被卸载。因此，应用开发者在实现需求的同时，需要尽量减少电量的消耗。 耗电的原因其实很多，这里我就讲一下几种优化方案，优化方案的反面就是他的原因了，几种优化方案如下：

andriod耗电分析所用到的工具

在 Android5.0 以前，在应用中测试电量消耗比较麻烦，也不准确，5.0 之后专门引入了一个获取设备上电量消耗信息的 API:Battery Historian。Battery Historian 是是一款图形化数据分析工具，直观地展示出手机的电量消耗过程，通过输入电量分析文件，显示消耗情况；

安装包大小优化

随着功能不断增加，APP的包肯定不会断的变大，但应用的安装包越大，用户下载的门槛越高，特别是在移动网络情况下，用户在下载应用时，对安装包大小的要求更高，因此，减小安装包大小可以让更多用户愿意下载和体验产品。所以，我们还是要想办法去如何去优化，尽量减小app的安排包．

APP包优化方案

稳定性优化

Android 应用的稳定性定义很宽泛，影响稳定性的原因很多，比如内存使用不合理、代码异常场景考虑不周全、代码逻辑不合理等，都会对应用的稳定性造成影响。其中最常见的两个场景是：Crash 和 ANR，这两个错误将会使得程序无法使用，比较常用的解决方式如下：

总结

其实app性能优化，不是一二天可以完成的，不断的提高开发的质量，发现了问题，就要及时的解决,不能推三拉四,这次就总结到这里,本人也是小白,希望能能够和大家一起学习.

上一篇 下一篇

猜你喜欢

热点阅读