wuxin_9102
wuxin_9102

Android性能优化

1.什么是性能

Android性能优化_第1张图片

快，稳，省，小，这四点很形象的代表了性能的四个方面，同时也让我们知道我们App现在是否是款性能良好的APP，如果有一项不达标，那么说明我们的应用有待优化。

1 、布局优化

和UI相关的首先就是布局，特别是在开发一些复杂界面的时候，通常我们都是采用布局嵌套的方法，每个人的布局思路不太一样，写出的也不太一样，所以就可能造成嵌套的层级过多。

Android性能优化_第2张图片

通过颜色我们可以知道我们应用是否有多余层次的绘制，如果一路飘红，那么我们就要相应的处理了。

所以我们有了第一个优化版本：

优化 1.0

  1. 如果父控件有颜色，也是自己需要的颜色，那么就不必在子控件加背景颜色
  2. 如果每个自控件的颜色不太一样，而且可以完全覆盖父控件，那么就不需要再父控件上加背景颜色
  3. 尽量减少不必要的嵌套
  4. 能用LinearLayout和FrameLayout，就不要用RelativeLayout，因为RelativeLayout控件相对比较复杂，测绘也想要耗时。

做到了以上4点只能说恭喜你，入门级优化已经实现了。

针对嵌套布局，谷歌也是陆续出了一些新的方案。对就是include、merge和ViewStub三兄弟。

include可以提高布局的复用性，大大方便我们的开发，有人说这个没有减少布局的嵌套吧，对，include确实没有，但是include和merge联手搭配，效果那是杠杠滴。

merge的布局取决于父控件是哪个布局，使用merge相当于减少了自身的一层布局，直接采用父include的布局，当然直接在父布局里面使用意义不大，所以会和include配合使用，既增加了布局的复用性，用减少了一层布局嵌套。

ViewStub它可以按需加载，等需要的时候ViewStub中的布局才加载到内存。对于一些进度条，提示信息等等八百年才用一次的功能，使用ViewStub是极其合适的。这就是不用不知道，一用戒不了。

我们开始进化我们的优化

优化 1.1

  1. 使用include和merge增加复用，减少层级
  2. ViewStub按需加载，更加轻便

可能又有人说了：背景复用了，嵌套已经很精简了，再精简就实现了不了复杂视图了，可是还是一路飘红，这个怎么办？面对这个问题谷歌给了我们一个新的布局ConstraintLayout。

ConstraintLayout可以有效地解决布局嵌套过多的问题。ConstraintLayout使用约束的方式来指定各个控件的位置和关系的，它有点类似于 RelativeLayout，但远比RelativeLayout要更强大(照抄隔壁IOS的约束布局)。所以简单布局简单处理，复杂布局ConstraintLayout很好使，提升性能从布局做起。

再次进化：

优化 1.2

  1. 复杂界面可选择ConstraintLayout，可有效减少层级

2、绘制优化

我们把布局优化了，但是和布局息息相关的还有绘制，这是直接影响显示的两个根本因素。

我们平时感觉的卡顿问题最主要的原因之一是因为渲染性能，因为越来越复杂的界面交互，其中可能添加了动画，或者图片等等。我们希望创造出越来越炫的交互界面，同时也希望他可以流畅显示，但是往往卡顿就发生在这里。

这个是Android的渲染机制造成的，Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，但是渲染未必成功，如果成功了那么代表一切顺利，但是失败了可能就要延误时间，或者直接跳过去，给人视觉上的表现，就是要么卡了一会，要么跳帧。

View的绘制频率保证60fps是最佳的，这就要求每帧绘制时间不超过16ms(16ms = 1000/60)，虽然程序很难保证16ms这个时间，但是尽量降低onDraw方法中的复杂度总是切实有效的。

Android性能优化_第3张图片

 

往往会发生如下图的情况，有个便秘的家伙霸占着，一帧画面拉的时间那么长，这一下可不就卡顿了嘛。把后面的时间给占用了，后面只能延后，或者直接略过了。

Android性能优化_第4张图片

 

既然问题找到了，那么我们肯定要有相应的解决办法，根本做法是减轻onDraw()的负担。

所以

第一点： onDraw方法中不要做耗时的任务，也不做过多的循环操作，特别是嵌套循环，虽然每次循环耗时很小，但是大量的循环势必霸占CPU的时间片，从而造成View的绘制过程不流畅。

第二点： 除了循环之外，onDraw()中不要创建新的局部对象，因为onDraw()方法一般都会频繁大量调用，就意味着会产生大量的零时对象，不仅占用过的内存，而且会导致系统更加频繁的GC，大大降低程序的执行速度和效率。

其实这两点在android的UI线程中都适用。

升级进化：

优化2.0

  1. onDraw中不要创建新的局部对象
  2. onDraw方法中不要做耗时的任务

其实从渲染优化里我们也牵扯出了另一个优化，那就是内存优化。

3、内存优化

内存泄漏指的是那些程序不再使用的对象无法被GC识别，这样就导致这个对象一直留在内存当中，占用了没来就不多的内存空间。

本来GC的诞生是为了让java程序员更加轻松（这一点隔壁C++痛苦的一匹），java虚拟机会自动帮助我们回收那些不再需要的内存空间。通过引用计数法，可达性分析法等等方法，确认该对象是否没有引用，是否可以被回收。

有人会说真么强悍的功能看起来无懈可击啊，对，理论上可以达到消除内存泄漏，但是很多人不按常理出牌啊，往往很多时候，有的对象还保持着引用，但逻辑上已经不会再用到。就是这一类对象，游走于GC法律的边缘，我没用了，但是你又不知道我没用了，就是这么赖着不走，空耗内存。

因为有内存泄漏，所以内存被占用越来越多，那么GC会更容易被触发，GC会越来越频发，但是当GC的时候所有的线程都是暂停状态的，需要处理的对象数量越多耗时越长，所以这也会造成卡顿。

Android性能优化_第5张图片

那么什么情况下会出现这样的对象呢？ 基本可以分为以下四大类： 1、集合类泄漏 2、单例/静态变量造成的内存泄漏 3、匿名内部类/非静态内部类 4、资源未关闭造成的内存泄漏

1、集合类泄漏

集合类添加元素后，仍引用着集合元素对象，导致该集合中的元素对象无法被回收，从而导致内存泄露。

举个栗子：

static List mList = new ArrayList<>();
for (int i = 0; i < 100; i++) {
      Object obj = new Object();
      mList.add(obj);
      obj = null;
}
 
  
当mList没用的时候，我们如果不做处理的话，这就是典型的占着茅坑不拉屎，mList内部持有者众多集合元素的对象，不泄露天理难容啊。解决这个问题也超级简单。把mList清理掉，然后把它的引用也给释放掉。
 
  
  mList.clear();
  mList = null;
 
  
2、单例/静态变量造成的内存泄漏
 
  
单例模式具有其静态特性，它的生命周期等于应用程序的生命周期，正是因为这一点，往往很容易造成内存泄漏。 先来一个小栗子：
 
  
public class SingleInstance {

    private static SingleInstance mInstance;
    private Context mContext;

    private SingleInstance(Context context){
        this.mContext = context;
    }

    public static SingleInstance newInstance(Context context){
        if(mInstance == null){
            mInstance = new SingleInstance(context);
        }
        return sInstance;
    }
}

 
  
当我们在Activity里面使用这个的时候，把我们Acitivty的context传进去，那么，这个单例就持有这个Activity的引用，当这个Activity没有用了，需要销毁的时候，因为这个单例还持有Activity的引用，所以无法GC回收，所以就出现了内存泄漏，也就是生命周期长的持有了生命周期短的引用，造成了内存泄漏。
 
  
所以我们要做的就是生命周期长的和生命周期长的玩，短的和短的玩。
 
  
解决方案也很简单：
 
  
public class SingleInstance {

    private static SingleInstance mInstance;
    private Context mContext;

    private SingleInstance(Context context){
        this.mContext = context.getApplicationContext();
    }

    public static SingleInstance newInstance(Context context){
        if(mInstance == null){
            mInstance = new SingleInstance(context);
        }
        return sInstance;
    }
}
 
  
还有一个常用的地方就是Toast。你应该知道和谁玩了吧。
 
  
3、匿名内部类/非静态内部类
 
  
这里有一张宝图：
 
  
Android性能优化_第6张图片
 
  
非静态内部类他会持有他外部类的引用，从图我们可以看到非静态内部类的生命周期可能比外部类更长，这就是二楼的情况一致了，如果非静态内部类的周明周期长于外部类，在加上自动持有外部类的强引用，我的乖乖，想不泄漏都难啊。
 
  
我们再来举个栗子：
 
  
public class TestActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_test);
        new MyAscnyTask().execute();
    }

    class MyAscnyTask extends AsyncTask{
        @Override
        protected String doInBackground(Void... params) {
            try {
                Thread.sleep(100000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            return "";
        }
    }
}

 
  
我们经常会用这个方法去异步加载，然后更新数据。貌似很平常，我们开始学这个的时候就是这么写的，没发现有问题啊，但是你这么想一想，MyAscnyTask是一个非静态内部类，如果他处理数据的时间很长，极端点我们用sleep 100秒，在这期间Activity可能早就关闭了，本来Activity的内存应该被回收的，但是我们知道非静态内部类会持有外部类的引用，所以Activity也需要陪着非静态内部类MyAscnyTask一起天荒地老。好了，内存泄漏就形成了。
 
  
怎么办呢？
 
  
既然MyAscnyTask的生命周期可能比较长，那就把它变成静态，和Application玩去吧，这样MyAscnyTask就不会再持有外部类的引用了。两者也相互独立了。
 
  
public class TestActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_test);
        new MyAscnyTask().execute();
    }
   //改了这里 注意一下 static
   static class MyAscnyTask extends AsyncTask{
        @Override
        protected String doInBackground(Void... params) {
            try {
                Thread.sleep(100000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            return "";
        }
    }
}
 
  
说完非静态内部类，我再来看看匿名内部类，这个问题很常见，匿名内部类和非静态内部类有一个共同的地方，就是会只有外部类的强引用，所以这哥俩本质是一样的。但是处理方法有些不一样。但是思路绝对一样。换汤不换药。
 
  
举个灰常熟悉的栗子：
 
  
public class TestActivity extends Activity {
private TextView mText;
    private Handler mHandler = new Handler(){
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            //do something
            mText.setText(" do someThing");
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_test);
        mText = findVIewById(R.id.mText);
        //  匿名线程持有 Activity 的引用，进行耗时操作
        new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(100000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }).start();

    
        mHandler. sendEmptyMessageDelayed(0, 100000);
    }

 
  
想必这两个方法是我们经常用的吧，很熟悉，也是这么学的，没感觉不对啊，老师就是这么教的，通过我们上面的分析，还这么想吗？关键是耗时时间过长，造成内部类的生命周期大于外部类，对于非静态内部类，我们可以静态化，至于匿名内部类怎么办呢？一样把它变成静态内部类，也就是说尽量不要用匿名内部类。完事了吗？很多人不注意这么一件事，如果我们在handleMessage方法里进行UI的更新，这个Handler静态化了和Activity没啥关系了，但是比如这个mText，怎么说？全写是activity.mText，看到了吧，持有了Activity的引用，也就是说Handler费劲心思变成静态类，自认为不持有Activity的引用了，准确的说是不自动持有Activity的引用了，但是我们要做UI更新的时候势必会持有Activity的引用，静态类持有非静态类的引用，我们发现怎么又开始内存泄漏了呢？处处是坑啊，怎么办呢？我们这里就要引出弱引用的概念了。
 
  
引用分为强引用，软引用，弱引用，虚引用，强度依次递减。
 
  
强引用 我们平时不做特殊处理的一般都是强引用，如果一个对象具有强引用，GC宁可OOM也绝不会回收它。看出多强硬了吧。
 
  
软引用(SoftReference) 如果内存空间足够，GC就不会回收它，如果内存空间不足了，就会回收这些对象的内存。
 
  
弱引用（WeakReference） 弱引用要比软引用,更弱一个级别，内存不够要回收他，GC的时候不管内存够不够也要回收他，简直是弱的一匹。不过GC是一个优先级很低的线程，也不是太频繁进行，所以弱引用的生活还过得去，没那么提心吊胆。
 
  
虚引用 用的甚少，我没有用过，如果想了解的朋友，可以自行谷歌百度。
 
  
所以我们用弱引用来修饰Activity，这样GC的时候，该回收的也就回收了，不会再有内存泄漏了。很完美。
 
  
public class TestActivity extends Activity {
    private TextView mText;
    private MyHandler myHandler = new MyHandler(TestActivity.this);
    private MyThread myThread = new MyThread();

    private static class MyHandler extends Handler {

        WeakReference weakReference;

        MyHandler(TestActivity testActivity) {
            this.weakReference = new WeakReference(testActivity);
        }

        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            weakReference.get().mText.setText("do someThing");
        }
    }

    private static class MyThread extends Thread {

        @Override
        public void run() {
            super.run();
            try {
                sleep(100000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_test);
        mText = findViewById(R.id.mText);
        myHandler.sendEmptyMessageDelayed(0, 100000);
        myThread.start();
    }
    //最后清空这些回调 
    @Override
    protected void onDestroy() {
        super.onDestroy();
        myHandler.removeCallbacksAndMessages(null);
    }
 
  
4、资源未关闭造成的内存泄漏
 
  
     
   
  • 网络、文件等流忘记关闭
    •  
   
  • 手动注册广播时，退出时忘记 unregisterReceiver()
    •  
   
  • Service 执行完后忘记 stopSelf()
    •  
   
  • EventBus 等观察者模式的框架忘记手动解除注册
    •  
  
 
  
这些需要记住又开就有关，具体做法也很简单就不一一赘述了。给大家介绍几个很好用的工具： 1、leakcanary傻瓜式操作，哪里有泄漏自动给你显示出来，很直接很暴力。 2、我们平时也要多使用Memory Monitor进行内存监控，这个分析就有些难度了，可以上网搜一下具体怎么使用。 3、Android Lint 它可以帮助我们发现代码机构 / 质量问题，同时提供一些解决方案，内存泄露的会飘黄，用起来很方便，具体使用方法上网学习，这里不多做说明了。
 
  
so
 
  
优化3.0
 
  
     
   
  1. 解决各个情况下的内存泄漏，注意平时代码的规范。
    2.  
  
 
  
4、启动速度优化
 
  
这块的优化关注的人很少，因为App常常伴有闪屏页，所以这个问题看起来就不是问题了，但是一款好的应用是绝对不允许这样的，我加闪屏页是我的事，启动速度慢绝对不可以。
 
  
app启动分为冷启动（Cold start）、热启动（Hot start）和温启动（Warm start）三种。
 
  
冷启动（Cold start）
 
  
冷启动是指应用程序从头开始：系统的进程在此开始之前没有创建应用程序。冷启动发生在诸如自设备启动以来首次启动应用程序或自系统终止应用程序以来。
 
  
在冷启动开始时，系统有三个任务。这些任务是： 1、加载并启动应用程序 2、启动后立即显示应用程序的空白启动窗口 3、创建应用程序进程
 
  
当系统为我们创建了应用进程之后，开始创建应用程序对象。
 
  
1、启动主线程 2、创建主Activity 3、加载布局 4、屏幕布局 5、执行初始绘制
 
  
应用程序进程完成第一次绘制后，系统进程会交换当前显示的背景窗口，将其替换为主活动。此时，用户可以开始使用该应用程序。至此启动完成。
 
  
Android性能优化_第7张图片
 
  
Application创建
 
  
当Application启动时，空白的启动窗口将保留在屏幕上，直到系统首次完成绘制应用程序。此时，系统进程会交换应用程序的启动窗口，允许用户开始与应用程序进行交互。这就是为什么我们的程序启动时会先出现一段时间的黑屏(白屏)。
 
  
如果我们有自己的Application，系统会onCreate()在我们的Application对象上调用该方法。之后，应用程序会生成主线程（也称为UI线程），并通过创建主要活动来执行任务。
 
  
从这一点开始，App就按照他的 应用程序生命周期阶段进行。
 
  
Activity创建
 
  
应用程序进程创建活动后，活动将执行以下操作：
 
  
     
   
  1. 初始化值。
    2.  
   
  2. 调用构造函数。
    3.  
   
  3. 调用回调方法，例如 Activity.onCreate()，对应Activity的当前生命周期状态。
    4.  
  
 
  
通常，该 onCreate()方法对加载时间的影响最大，因为它以最高的开销执行工作：加载和膨胀视图，以及初始化活动运行所需的对象。
 
  
热启动（Hot start）
 
  
应用程序的热启动比冷启动要简单得多，开销也更低。在一个热启动中，系统都会把你的Activity带到前台。如果应用程序的Activity仍然驻留在内存中，那么应用程序可以避免重复对象初始化、布局加载和渲染。
 
  
热启动显示与冷启动方案相同的屏幕行为：系统进程显示空白屏幕，直到应用程序完成呈现活动。
 
  
温启动（Warm start）
 
  
温启动包含了冷启动时发生的一些操作，与此同时，它表示的开销比冷启动少，有许多潜在的状态可以被认为是温暖的开始。
 
  
场景：
 
  
     
   
  • 用户退出您的应用，但随后重新启动它。该过程可能已继续运行，但应用程序必须通过调用从头开始重新创建Activity 的onCreate()。
    •  
   
  • 系统将您的应用程序从内存中逐出，然后用户重新启动它。需要重新启动进程和活动，但是在调用onCreate()的时候可以从Bundle（savedInstanceState）获取数据。
    •  
  
 
  
无论何种启动，我们的优化点都是： Application、Activity创建以及回调等过程
 
  
谷歌官方给的建议是： 1、利用提前展示出来的Window，快速展示出来一个界面，给用户快速反馈的体验； 2、避免在启动时做密集沉重的初始化（Heavy app initialization）； 3、避免I/O操作、反序列化、网络操作、布局嵌套等。
 
  
具体做法：
 
  
针对1：利用提前展示出来的Window，快速展示出来一个界面
 
  
使用Activity的windowBackground主题属性来为启动的Activity提供一个简单的drawable。
 
  
Layout XML file:
 
  

  
  
  
  
    
  

 
  
Manifest file:
 
  
 
  
这样在启动的时候，会先展示一个界面，这个界面就是Manifest中设置的Style，等Activity加载完毕后，再去加载Activity的界面，而在Activity的界面中，我们将主题重新设置为正常的主题，从而产生一种快的感觉。其实就是个障眼法而已，提前让你看到了假的界面。也算是一种不错的方法，但是治标不治本。
 
  
针对2：避免在启动时做密集沉重的初始化
 
  
我们审视一下我们的MyApplication里面的操作。初始化操作有友盟，百度，bugly，数据库，IM，神策，图片加载库，网络请求库，广告sdk，地图，推送，等等，这么多需要初始化，Application的任务太重了，启动不慢才怪呢。
 
  
怎么办呢？这些还都是必要的，不能不去初始化啊，那就只能异步加载了。但是并不是所有的都可以进行异步处理。这里分情况给出一些建议： 1、比如像友盟，bugly这样的业务非必要的可以的异步加载。 2、比如地图，推送等，非第一时间需要的可以在主线程做延时启动。当程序已经启动起来之后，在进行初始化。 3、对于图片，网络请求框架必须在主线程里初始化了。
 
  
同时因为我们一般会有闪屏页面，也可以把延时启动的地图，推动的启动在这个时间段里，这样合理安排时间片的使用。极大的提高了启动速度。
 
  
针对3：避免I/O操作、反序列化、网络操作、布局嵌套等。
 
  
这个不用多说了，大家应该知道如何去做了，有些上文也有说明。
 
  
so
 
  
优化4.0
 
  
     
   
  1. 利用提前展示出来的Window，快速展示出来一个界面，给用户快速反馈的体验；
    2.  
   
  2. 避免在启动时做密集沉重的初始化（Heavy app initialization）；
    3.  
   
  3. 避免I/O操作、反序列化、网络操作、布局嵌套等。
    4.  
  
 
  
5、包体优化
 
  
既然要瘦身，那么我们必须知道APK的文件构成，解压apk：
 
  
Android性能优化_第8张图片
 
  
assets文件夹 存放一些配置文件、资源文件，assets不会自动生成对应的 ID，而是通过 AssetManager 类的接口获取。
 
  
res目录 res 是 resource 的缩写，这个目录存放资源文件，会自动生成对应的 ID 并映射到 .R 文件中，访问直接使用资源 ID。
 
  
META-INF 保存应用的签名信息，签名信息可以验证 APK 文件的完整性。
 
  
AndroidManifest.xml 这个文件用来描述 Android 应用的配置信息，一些组件的注册信息、可使用权限等。
 
  
classes.dex Dalvik 字节码程序，让 Dalvik 虚拟机可执行，一般情况下，Android 应用在打包时通过 Android SDK 中的 dx 工具将 Java 字节码转换为 Dalvik 字节码。
 
  
resources.arsc 记录着资源文件和资源 ID 之间的映射关系，用来根据资源 ID 寻找资源。
 
  
我们需要从代码和资源两个方面去减少响应的大小。
 
  
1、首先我们可以使用lint工具，如果有没有使用过的资源就会打印如下的信息(不会使用的朋友可以上网看一下)
 
  
res/layout/preferences.xml: Warning: The resource R.layout.preferences appears
    to be unused [UnusedResources]
 
  
同时我们可以开启资源压缩,自动删除无用的资源
 
  
android {
    ...
    buildTypes {
        release {
            shrinkResources true
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'),
                    'proguard-rules.pro'
        }
    }
}
 
  
无用的资源已经被删除了，接下来哪里可以在瘦身呢？
 
  
2、我们可以使用可绘制对象，某些图像不需要静态图像资源; 框架可以在运行时动态绘制图像。Drawable对象（以XML格式）可以占用APK中的少量空间。此外，XML Drawable对象产生符合材料设计准则的单色图像。
 
  
上面的话官方，简单说来就是，能自己用XML写Drawable，就自己写，能不用公司的UI切图，就别和他们说话，咱们自己造，做自己的UI，美滋滋。而且这种图片占用空间会很小。
 
  
3、重用资源，比如一个三角按钮，点击前三角朝上代表收起的意思，点击后三角朝下，代表展开，一般情况下，我们会用两张图来切换，我们完全可以用旋转的形式去改变
 
  


 
  
比如同一图像的着色不同，我们可以用android:tint和tintMode属性，低版本（5.0以下）可以使用ColorFilter。
 
  
4、压缩PNG和JPEG文件 您可以减少PNG文件的大小，而不会丢失使用工具如图像质量 pngcrush，pngquant，或zopflipng。所有这些工具都可以减少PNG文件的大小，同时保持感知的图像质量。
 
  
5、使用WebP文件格式 可以使用图像的WebP文件格式，而不是使用PNG或JPEG文件。WebP格式提供有损压缩（如JPEG）以及透明度（如PNG），但可以提供比JPEG或PNG更好的压缩。
 
  
可以使用Android Studio将现有的BMP，JPG，PNG或静态GIF图像转换为WebP格式。
 
  
6、使用矢量图形 可以使用矢量图形来创建与分辨率无关的图标和其他可伸缩Image。使用这些图形可以大大减少APK大小。一个100字节的文件可以生成与屏幕大小相关的清晰图像。
 
  
但是，系统渲染每个VectorDrawable对象需要花费大量时间 ，而较大的图像需要更长的时间才能显示在屏幕上。因此，请考虑仅在显示小图像时使用这些矢量图形。
 
  
不要把AnimationDrawable用于创建逐帧动画，因为这样做需要为动画的每个帧包含一个单独的位图文件，这会大大增加APK的大小。
 
  
7、代码混淆 使用proGuard 代码混淆器工具，它包括压缩、优化、混淆等功能。这个大家太熟悉了。不多说了。
 
  

android {
    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile(‘proguard-android.txt'),
                    'proguard-rules.pro'
        }
    }
 
  
8、插件化。 比如功能模块放在服务器上，按需下载，可以减少安装包大小。
 
  
so
 
  
优化5.0
 
  
     
   
  1. 代码混淆
    2.  
   
  2. 插件化
    3.  
   
  3. 资源优化
    4.  
  
 
  
6、耗电优化
 
  
我们可能对耗电优化不怎么感冒，没事，谷歌这方面做得也不咋地，5.0之后才有像样的方案，讲实话这个优化的优先级没有前面几个那么高，但是我们也要了解一些避免耗电的坑，至于更细的耗电分析可以使用这个Battery Historian。
 
  
Battery Historian 是由Google提供的Android系统电量分析工具，从手机中导出bugreport文件上传至页面，在网页中生成详细的图表数据来展示手机上各模块电量消耗过程，最后通过App数据的分析制定出相关的电量优化的方法。
 
  
我们来谈一下怎么规避电老虎吧。
 
  
谷歌推荐使用JobScheduler，来调整任务优先级等策略来达到降低损耗的目的。JobScheduler可以避免频繁的唤醒硬件模块，造成不必要的电量消耗。避免在不合适的时间(例如低电量情况下、弱网络或者移动网络情况下的)执行过多的任务消耗电量。
 
  
具体功能： 1、可以推迟的非面向用户的任务(如定期数据库数据更新)； 2、当充电时才希望执行的工作(如备份数据)； 3、需要访问网络或 Wi-Fi 连接的任务(如向服务器拉取配置数据)； 4、零散任务合并到一个批次去定期运行； 5、当设备空闲时启动某些任务； 6、只有当条件得到满足, 系统才会启动计划中的任务（充电、WIFI...）；
 
  
同时谷歌针对耗电优化也提出了一个懒惰第一的法则：
 
  
减少 你的应用程序可以删除冗余操作吗？例如，它是否可以缓存下载的数据而不是重复唤醒无线电以重新下载数据？
 
  
推迟 应用是否需要立即执行操作？例如，它可以等到设备充电才能将数据备份到云端吗？
 
  
合并 可以批处理工作，而不是多次将设备置于活动状态吗？例如，几十个应用程序是否真的有必要在不同时间打开收音机发送邮件？在一次唤醒收音机期间，是否可以传输消息？
 
  
谷歌在耗电优化这方面确实显得有些无力，希望以后可以退出更好的工具和解决方案，不然这方面的优化优先级还是很低。付出和回报所差太大。
 
  
so
 
  
优化6.0
 
  
     
   
  1. 使用JobScheduler调度任务
    2.  
   
  2. 使用懒惰法则
    3.  
  
 
  
7、ListView和 Bitmap优化
 
  
针对ListView优化，主要是合理使用ViewHolder。创建一个内部类ViewHolder，里面的成员变量和view中所包含的组件个数、类型相同，在convertview为null的时候，把findviewbyId找到的控件赋给ViewHolder中对应的变量，就相当于先把它们装进一个容器，下次要用的时候，直接从容器中获取。
 
  
现在我们现在一般使用RecyclerView，自带这个优化，不过还是要理解一下原理的好。 然后可以对接受来的数据进行分段或者分页加载，也可以优化性能。
 
  
对于Bitmap，这个我们使用的就比较多了，很容易出现OOM的问题，图片内存的问题可以看一下我之前写的这篇文章一张图片占用多少内存。
 
  
Bitmap的优化套路很简单，粗暴，就是让压缩。 三种压缩方式： 1.对图片质量进行压缩 2.对图片尺寸进行压缩 3.使用libjpeg.so库进行压缩
 
  
对图片质量进行压缩
 
  
  public static Bitmap compressImage(Bitmap bitmap){  
            ByteArrayOutputStream baos = new ByteArrayOutputStream();  
            //质量压缩方法，这里100表示不压缩，把压缩后的数据存放到baos中  
            bitmap.compress(Bitmap.CompressFormat.JPEG, 100, baos);  
            int options = 100;  
            //循环判断如果压缩后图片是否大于50kb,大于继续压缩  
            while ( baos.toByteArray().length / 1024>50) {  
                //清空baos  
                baos.reset();  
                bitmap.compress(Bitmap.CompressFormat.JPEG, options, baos);  
                options -= 10;//每次都减少10  
            }  
            //把压缩后的数据baos存放到ByteArrayInputStream中  
            ByteArrayInputStream isBm = new ByteArrayInputStream(baos.toByteArray());  
            //把ByteArrayInputStream数据生成图片  
            Bitmap newBitmap = BitmapFactory.decodeStream(isBm, null, null);  
            return newBitmap;  
}  

 
  
对图片尺寸进行压缩
 
  
  /**
     * 按图片尺寸压缩 参数是bitmap
     * @param bitmap
     * @param pixelW
     * @param pixelH
     * @return
     */
    public static Bitmap compressImageFromBitmap(Bitmap bitmap, int pixelW, int pixelH) {
        ByteArrayOutputStream os = new ByteArrayOutputStream();
        bitmap.compress(Bitmap.CompressFormat.JPEG, 100, os);
        if( os.toByteArray().length / 1024>512) {//判断如果图片大于0.5M,进行压缩避免在生成图片（BitmapFactory.decodeStream）时溢出
            os.reset();
            bitmap.compress(Bitmap.CompressFormat.JPEG, 50, os);//这里压缩50%，把压缩后的数据存放到baos中
        }
        ByteArrayInputStream is = new ByteArrayInputStream(os.toByteArray());
        BitmapFactory.Options options = new BitmapFactory.Options();
        options.inJustDecodeBounds = true;
        options.inPreferredConfig = Bitmap.Config.RGB_565;
        BitmapFactory.decodeStream(is, null, options);
        options.inJustDecodeBounds = false;
        options.inSampleSize = computeSampleSize(options , pixelH > pixelW ? pixelW : pixelH ,pixelW * pixelH );
        is = new ByteArrayInputStream(os.toByteArray());
        Bitmap newBitmap = BitmapFactory.decodeStream(is, null, options);
        return newBitmap;
    }


    /**
     * 动态计算出图片的inSampleSize
     * @param options
     * @param minSideLength
     * @param maxNumOfPixels
     * @return
     */
    public static int computeSampleSize(BitmapFactory.Options options, int minSideLength, int maxNumOfPixels) {
        int initialSize = computeInitialSampleSize(options, minSideLength, maxNumOfPixels);
        int roundedSize;
        if (initialSize <= 8) {
            roundedSize = 1;
            while (roundedSize < initialSize) {
                roundedSize <<= 1;
            }
        } else {
            roundedSize = (initialSize + 7) / 8 * 8;
        }
        return roundedSize;
    }

    private static int computeInitialSampleSize(BitmapFactory.Options options, int minSideLength, int maxNumOfPixels) {
        double w = options.outWidth;
        double h = options.outHeight;
        int lowerBound = (maxNumOfPixels == -1) ? 1 : (int) Math.ceil(Math.sqrt(w * h / maxNumOfPixels));
        int upperBound = (minSideLength == -1) ? 128 :(int) Math.min(Math.floor(w / minSideLength), Math.floor(h / minSideLength));
        if (upperBound < lowerBound) {
            return lowerBound;
        }
        if ((maxNumOfPixels == -1) && (minSideLength == -1)) {
            return 1;
        } else if (minSideLength == -1) {
            return lowerBound;
        } else {
            return upperBound;
        }
    }
 
  
使用libjpeg.so库进行压缩 可以参考这篇Android性能优化系列之Bitmap图片优化： https://blog.csdn.net/u012124438/article/details/66087785)
 
  
优化7.0
 
  
     
   
  1. ListView使用ViewHolder，分段，分页加载
    2.  
   
  2. 压缩Bitmap
    3.  
  
 
  
8、响应速度优化
 
  
影响响应速度的主要因素是主线程有耗时操作，影响了响应速度。所以响应速度优化的核心思想是避免在主线程中做耗时操作，把耗时操作异步处理。
 
  
9、线程优化
 
  
线程优化的思想是采用线程池，避免在程序中存在大量的Thread。线程池可以重用内部的线程，从而避免了现场的创建和销毁所带来的性能开销，同时线程池还能有效地控制线程池的最大并发数，避免大量的线程因互相抢占系统资源从而导致阻塞现象发生。
 
  
《Android开发艺术探索》对线程池的讲解很详细，不熟悉线程池的可以去了解一下。
 
  
     
   
  •  
    优点： 1、减少在创建和销毁线程上所花的时间以及系统资源的开销。 2、如不使用线程池，有可能造成系统创建大量线程而导致消耗完系统内存以及”过度切换”。
     
    •  
   
  •  
    需要注意的是： 1、如果线程池中的数量为达到核心线程的数量，则直接会启动一个核心线程来执行任务。      2、如果线程池中的数量已经达到或超过核心线程的数量，则任务会被插入到任务队列中标等待执行。      3、如果(2)中的任务无法插入到任务队列中，由于任务队列已满，这时候如果线程数量未达到线程池规定最大值，则会启动一个非核心线程来执行任务。     4、如果(3)中线程数量已经达到线程池最大值，则会拒绝执行此任务，ThreadPoolExecutor会调用RejectedExecutionHandler的rejectedExecution方法通知调用者。
     
    •  
  
 
  
10、微优化
 
  
这些微优化可以在组合时提高整体应用程序性能，但这些更改不太可能导致显着的性能影响。选择正确的算法和数据结构应始终是我们的首要任务，以提高代码效率。
 
  
     
   
  • 编写高效代码有两个基本规则： 1、不要做你不需要做的工作 2、如果可以避免，请不要分配内存
    •  
  
 
  
1、避免创建不必要的对象 对象创建永远不是免费的，虽然每一个的代价不是很大，但是总归是代价的不是吗？能不创建何必要浪费资源呢？
 
  
2、首选静态（这里说的是特定情景） 如果您不需要访问对象的字段，请使您的方法保持静态。调用速度将提高约15％-20％。这也是很好的做法，因为你可以从方法签名中看出，调用方法不能改变对象的状态
 
  
3、对常量使用static final 此优化仅适用于基本类型和String常量，而不适用于 任意引用类型。尽管如此，static final尽可能声明常量是一种好习惯。
 
  
4、使用增强的for循环语法 增强for循环（for-each）可用于实现Iterable接口和数组的集合。对于集合，分配一个迭代器来对hasNext()和进行接口调用next()。使用一个 ArrayList，手写计数循环快约3倍，但对于其他集合，增强的for循环语法将完全等效于显式迭代器用法。
 
  
5、避免使用浮点数 根据经验，浮点数比Android设备上的整数慢约2倍
 
  

 作者：玉刚说
 链接：https://juejin.im/post/5b50b017f265da0f7b2f649c
 
  

                            
                        
                    
                    
                    

                    
                    
                    

                
                

                    
                

            
        
    
    

        
你可能感兴趣的:(Android性能优化)

        

            

                
    
                    
  • Android性能优化之启动速度优化
                        Just_Paranoid
Androidandroid性能优化ProfilerSystrace
                        
    Android性能优化之启动速度优化1.App启动流程2.测试启动耗时的方法3.测试启动耗时的分析工具3.1AndroidProfiler3.2TraceView3.3Systrace4.如何优化启动时间4.1.减少DEX文件大小4.2优化Application初始化4.3优化Activity加载4.4使用启动引导页4.5使用启动优化库5.代码分析示例启动速度是衡量Android应用性能的重要指标
    
                    
    • 
                    
  • Android 性能优化实战：打造流畅体验
                        斯陀含
android性能优化
                        
    Android性能优化实战：打造流畅体验导言：Android应用的性能直接影响用户体验，流畅、快速、高效的应用才能吸引用户并留住用户。优化代码性能是提升用户体验的关键，而这需要我们深入理解Android系统的运行机制和性能瓶颈，并采取针对性的优化策略。本教程将带领你深入学习Android性能优化，涵盖代码优化、布局优化、渲染优化、内存优化、网络优化等多个方面，并提供丰富的实例和代码示例，帮助你快速
    
                    
    • 
                    
  • 安卓基础面试题
                        享哥。
android
                        
    自定义viewAndroid自定义View-CSDN博客view和viewgroupView和ViewGroup的区别-view的事件分发事件分发详解---历史最容易理解组件化Android-组件化开发什么是ANRAndroidANR详解-CSDN博客Android性能优化Android优化-CSDN博客Aroute原理Arouter框架原理浅解-简书2021年Android面试题汇总（初级）-简
    
                    
    • 
                    
  • Android性能优化有哪些方向和建议
                        Dyan_csdn
Androidandroid性能优化
                        
    目录技术层面架构层面技术层面Android性能优化是一个多方面的工作，涉及应用的流畅性、稳定性、资源消耗等多个维度。以下是一些主要的优化方向和建议：1.**流畅性优化**：-**启动速度**：通过异步加载、分步加载、延期加载等策略减少启动时的资源加载量。-**页面显示速度**：优化布局和视图层次，减少不必要的视图嵌套，使用`include`、`merge`标签减少布局文件的复杂度。-**响应速度*
    
                    
    • 
                    
  • Android性能优化之App启动速度、Apk体积缩减
                        SyShareS
Android开发Android性能优化
                        
    转发自：Android性能优化典范-第6季这里是Android性能优化典范第6季的课程学习笔记，从被@知会到有连载更新，这篇学习笔记就一直被惦记着，现在学习记录分享一下，请多多指教包涵！这次一共才6个小段落，涉及的内容主要有：程序启动时间性能优化的三个方面：优化activity的创建过程，优化application对象的启动过程，正确使用启动显屏达到优化程序启动性能的目的。另外还介绍了减少安装包大
    
                    
    • 
                    
  • 纯干货！Android性能优化面试题集锦，持续更新中
                        程序员大婕
程序员Android
                        
    第一次观看我文章的朋友，可以关注、点赞、转发一下，每天分享各种干货技术和程序猿趣事前言随着移动终端的快速发展，Android开发人员也越来越多，Android开发市场也进入了一个饱和的状态，Android开发人员也面临着难找一份好工作的处境。而找工作的第一关就是面试，一个好的面试往往能很好的提高你的入职几率，下面我总结了一些本人在一些大厂的面试总结，希望的观看的小伙伴有所帮助。Android基础&
    
                    
    • 
                    
  • Android 优化
                        perry_Fan

                        
    优化心得和经验系列视频AndroidPerformancePatterns给App提速：Android性能优化总结移动端性能监控方案HertzAndroid性能优化后续Android性能优化之虚拟机调优AndroidUI性能优化PerformanceTips美团外卖AndroidLint代码检查实践Androidbatteryandmemoryoptimizations-GoogleI/O2016
    
                    
    • 
                    
  • Android开发必学：Android性能优化之APK优化，面试真题解析
                        NathanEmily
程序员Android
                        
    我，来自大山。我，不甘平凡。笔者80后，出生在江西一个偏远的山村。虽然出生时已经不是那个温饱都是问题的年代，但是也谈不上有个幸福的童年。家里很穷。幼儿园并没有读，因为家里觉得花那个钱没有必要，小学才开始学拼音字母。我的童年，就是和我的姐姐弟弟在山中的梯田里放牛，抓泥鳅，割鱼草。父亲在广东打工，母亲一个人在家里带着我们三个孩子。种种原因，在我从小学开始到高中毕业，我的学习一直很差。直到我高考成绩出来
    
                    
    • 
                    
  • Android性能优化全攻略：让你的应用飞起来
                        Calvin880828
Android性能android性能优化
                        
    Android性能优化全攻略：让你的应用飞起来引言在移动设备上，用户期望获得流畅、响应迅速的应用体验。对于Android开发者而言，优化应用的性能不仅能提升用户满意度，还能显著增加应用的市场竞争力。性能瓶颈可能来源于多方面，包括但不限于布局复杂、内存泄漏、不当的资源管理等。认识到这些问题并采取相应的优化措施，是每个Android开发者的必修课。理解Android性能指标在深入优化之前，了解如何衡量
    
                    
    • 
                    
  • android 应用最大内存卡,Android性能优化---内存优化
                        CYDYSY
android应用最大内存卡
                        
    读书笔记：Android应用性能优化最佳实践一、影响卡顿的基本原因1.绘制任务太重2.主线程任务耗时太长二、页面绘制的流程CPU准备数据---GPU从缓存列表获取数据----Display显示数据三、性能优化检测工具1.ProfileGPUrendering：GPU呈现模式分析或是使用dumpsys命令更直观的查看绘制的耗时adbshelldumpsysgfxinfocom.efrobot.rob
    
                    
    • 
                    
  • Android性能优化-------内存优化
                        原总破局
Android开发android
                        
    Webview内存泄漏org.chromium.android_webview.AwContents我们会在onAttachedToWindow中进行注册，在onDetachedFromWindow中进行解注册publicvoidonDetachedFromWindow(){if(isDestroyed())return;if(!mIsAttachedToWindow){Log.w(TAG,"on
    
                    
    • 
                    
  • 2022-03-12
                        daoshou007

                        
    Android性能优化：这是一份全面&详细的内存优化教程前言在Android开发中，性能优化策略十分重要本文主要讲解性能优化中的内存优化，希望你们会喜欢目录1.定义优化处理应用程序的内存使用、空间占用2.作用避免因不正确使用内存&缺乏管理，从而出现内存泄露（ML）、内存溢出（OOM）、内存空间占用过大等问题，最终导致应用程序崩溃（Crash）3.储备知识：Android内存管理机制3.1简介下面，
    
                    
    • 
                    
  • 【Android性能优化】内存优化前置知识剖析
                        Shujie_L
#Android性能优化android性能优化
                        
    文章目录前言内存核心指标VSS（VirtualSetSize）RSS（ResidentSetSize）PSS（ProportionalSetSize）VSS和RSS的区别USS（UniqueSetSize）adbshelladbshellgetpropro.product.modeladbshelldumpsysbatteryadbshellwmsizeadbshellwmdensityadbsh
    
                    
    • 
                    
  • Android性能优化汇总
                        MadnessXiong

                        
    Android性能优化可以从以下几个方面展开流畅度优化内存优化电量优化安装包优化流畅度优化：Android设备的刷新频率一般是是60HZ也就是一秒60帧，每一帧16ms左右。每一帧数据都会经过CPU计算，GPU合成格栅化然后显示出来首先需要明白为什么会卡：Android4.1后引入了VSync机制(垂直同步)，可以简单理解为定时中断，每一个VSync间隔是16ms左右，每一个VSync开始时会通知
    
                    
    • 
                    
  • Android性能优化-缓存的使用
                        wfunny

                        
    前言最近又对数据缓存有了新的认识，所以来记录下我对缓存的理解，以及我在项目中是如何使用的。为什么需要数据缓存以下为我个人看法。考虑极端环境下的用户体验断网情况网速慢的情况节省客户端流量减少服务器压力什么样的数据需要缓存首先最需要缓存的就是图片了(这个不多说)其次就是一些非常重要的数据(如app首页数据)常见的数据缓存方法以及优缺点文件缓存优点可以缓存超大数据(实际用途很小)缺点读写开销大数据库缓存
    
                    
    • 
                    
  • （九）Android 性能优化 APK 分析器
                        科技猿人

                        
    小酌鸡汤人生在勤，不索何获。本文来源《Android性能优化全家桶》什么是APK分析器？ AndroidStudio包含一个APK分析器，可让您在构建流程完成后立即了解APK的组成。使用APK分析器可以减少调试应用的DEX文件和资源相关问题所用的时间，并且有助于减小APK的大小。APK分析器可以干什么？查看APK中的文件（如DEX和Android资源文件）的绝对大小和相对大小。了解DEX文件的组成
    
                    
    • 
                    
  • 转载-android性能优化
                        Keung丶
Android笔记android
                        
    android性能优化Reason:BroadcastofIntent{act=android.intent.action.TIME_TICKActivityManager:ANRincom.***.***PID:16227Reason:BroadcastofIntent{act=android.intent.action.TIME_TICKflg=0x50000014(hasextras)}有那
    
                    
    • 
                    
  • Android性能优化：直播推流使用对象池
                        一叶飘舟
java
                        
    #性能优化之Android应用内存优化实战#对应视频：3.为什么要学习数据结构与算法_哔哩哔哩_bilibili根据AndroidHandler里面的Message实现思想，实现自定义的对象池publicclassRTMPPackage{privatestaticfinalStringTAG="RTMPPackage";publicstaticfinalintRTMP_PACKET_TYPE_VI
    
                    
    • 
                    
  • Android性能优化：网络优化
                        ADark0915

                        
    http://www.baidu.comhttp://blog.csdn.net/u012963909/article/details/51204467
    
                    
    • 
                    
  • android应用开发基础学习心得体会
                        x18275767219
android学习
                        
    目录导语1.学习Java编程语言2.熟悉AndroidStudio3.学习Android开发框架4.实验室和样例代码5.Android数据存储和管理6.Android性能优化7.Android进阶开发导语Android开发是移动应用开发的一个重要领域，也是目前市场需求量较大的技能之一。作为一名Android开发者，你可以通过自己的技能和创造力，为用户提供高质量的应用程序。学习Android开发需要
    
                    
    • 
                    
  • Android性能优化总结
                        一亿元的日落

                        
    在Android开发过程中，我们经常会遇到App启动慢、页面跳转慢、事件响应慢、滑动和动画卡顿、内容显示慢等问题，因此要对项目进行性能优化，那么该怎么进行性能优化呢？我们从以下几个方面进行入手，讲解一下如何对Android的性能进行优化：启动优化内存优化布局优化卡顿优化网络优化电量优化稳定性优化1.启动优化预览窗口优化：将App启动页背景设置成闪屏页图片，可以让用户无感知平滑过渡进入App中；业务
    
                    
    • 
                    
  • Android性能优化之启动优化(实战篇)
                        VincentStory

                        
    目录一、启动优化的意义二、启动时间检测三、启动优化工具---traceview四、优化方案1.异步初始化2.延迟初始化3.懒加载五、源码地址六、总结一、启动优化的意义用户新安装一个app，第一印象很重要，那首先给用户感受的就是启动时间，如果用户等待时间过长，就体验很差，如果我们能在满足功能的基础上，把启动时间提升一个等级，无疑给我们的产品赢得更多的用户量打下来基础。二、启动时间检测//添加监听mV
    
                    
    • 
                    
  • Android开发中的日常
                        MrOneside
AndroidAndroid性能优化测试编码布局
                        
    Android开发中的日常积累HTTP2.0测试是否支持http2.0，需httpvshttpschrome插件HTTP/2andSPDYindicatorHTTP/2资料汇总HTTP2.0的那些事http2-spec从启用HTTP/2导致网站无法访问说起Android性能优化Android性能优化视频，文档以及工具胡凯-性能优化Android最佳性能实践(1)：合理管理内存Android最佳性能
    
                    
    • 
                    
  • Android 开发中的日常积累
                        cym492224103
Android开发精要篇
                        
    Android性能优化Android性能优化视频，文档以及工具胡凯-性能优化Android最佳性能实践(1)：合理管理内存Android最佳性能实践(2)：分析内存的使用情况Android最佳性能实践(3)：高性能编码优化Android最佳性能实践(4)：布局优化技巧ReactNative专题Facebook的react-nativeReactNative:配置和起步ReactNative:And
    
                    
    • 
                    
  • Android性能优化典范之多线程篇
                        shangguansb
android优化
                        
    ThreadingPerformance在程序开发的实践当中，为了让程序表现得更加流畅，我们肯定会需要使用到多线程来提升程序的并发执行性能。但是编写多线程并发的代码一直以来都是一个相对棘手的问题，所以想要获得更佳的程序性能，我们非常有必要掌握多线程并发编程的基础技能。众所周知，Android程序的大多数代码操作都必须执行在主线程，例如系统事件(例如设备屏幕发生旋转)，输入事件(例如用户点击滑动等)
    
                    
    • 
                    
  • Android性能优化调研——UI布局优化
                        晓娜点点
Android
                        
    Android性能优化调研——UI布局优化：关于Android性能优化文章请参照：http://mp.weixin.qq.com/s?__biz=MzIwNjQ1NzQxNA==&mid=2247483802&idx=1&sn=baaf65910acfa1aebe20a727daeb9877&scene=21#wechat_redirectUI布局优化：主要的思路是减少布局层级嵌套，在布局上多使用
    
                    
    • 
                    
  • Android面试常问一百题(第1题)——Android性能优化
                        nibolyoung
Android面试android面试性能优化
                        
    老生常谈、不论几面基本都会问的问题：Android性能优化1.Android性能优化主要包括哪些方面？2.如何进行布局优化？3.怎样进行安装包优化？3.1res资源优化：3.2代码优化：3.3lib资源优化：3.4assets资源优化：3.5代码混淆3.6使用proGuard代码混淆器工具，它包括压缩、优化、混淆等功能。3.7插件化3.8可将功能模块放服务器，需要用时再加载。3.97z极限压缩4.
    
                    
    • 
                    
  • Android性能优化系列之 —— UI 优化 （2）
                        Super 含
心得随便记录
                        
    序最近大家经常谈的话题围绕着"毕业985，工作996，离职251，访问404"。反正争议很大，但是我立场很明确（准备安排的mater30pro也因为资金问题变得遥遥无期）。Android的性能优化几乎是面试必考题，答案的结构很唯一无非就是内存优化、卡顿优化、I/O优化、UI优化、启动优化、储存优化、闪退优化、网络优化、耗电优化、包体积优化等等。但是面试的时候只要把任意一个结构突突的很透彻，当前的O
    
                    
    • 
                    
  • Android性能优化——UI优化
                        贾小牛
安卓开发基础android性能优化ui界面优化
                        
    1、使用标签来共享布局可以把头文件、其他xml公用多的部分抽取到一个xml中，用layout标签实现共享2、使用标签来优化布局层数在使用了include后可能导致布局嵌套过多，多余不必要的layout节点，从而导致解析变慢，不必要的节点和嵌套可通过hierarchyviewer(下面布局调优工具中有具体介绍)或设置->开发者选项->显示布局边界查看。merge标签可用于两种典型情况：布局顶结点是F
    
                    
    • 
                    
  • Android性能优化系列——内存优化
                        &岁月不待人&
Android优化性能优化
                        
    内存，是Android应用的生命线，一旦在内存上出现问题，轻者内存泄漏造成App卡顿，重者直接crash，因此一个应用保持健壮，要做好内存的使用和优化。网上有很多讲JAVA内存虚拟机的好文章，我就不赘述了。今天主要总结下内存优化。作为一个开发者，需要在平时的代码中就要多注意，如有不合理的地方，则需要进行优化。一、内存泄漏(memoryleak)：内存泄漏就是在当前应用周期内不再使用的对象被GCRo
    
                    
    • 
                                
  • 多线程编程之join()方法
                                    周凡杨
javaJOIN多线程编程线程
                                    
    现实生活中，有些工作是需要团队中成员依次完成的，这就涉及到了一个顺序问题。现在有T1、T2、T3三个工人，如何保证T2在T1执行完后执行，T3在T2执行完后执行？问题分析：首先问题中有三个实体，T1、T2、T3， 因为是多线程编程，所以都要设计成线程类。关键是怎么保证线程能依次执行完呢？   
Java实现过程如下： 
public class T1 implements Runnabl
    
                                
    • 
                                
  • java中switch的使用
                                    bingyingao
javaenumbreakcontinue
                                    
    java中的switch仅支持case条件仅支持int、enum两种类型。 
用enum的时候，不能直接写下列形式。 
 
 
switch (timeType) {
            case ProdtransTimeTypeEnum.DAILY:

                break;

            default:
                br
    
                                
    • 
                                
  • hive having count 不能去重
                                    daizj
hive去重having count计数
                                    
    hive在使用having count()是，不支持去重计数 
  
hive (default)> select imei from t_test_phonenum where ds=20150701 group by imei having count(distinct phone_num)>1 limit 10;  
FAILED: SemanticExcep
    
                                
    • 
                                
  • WebSphere对JSP的缓存
                                    周凡杨
WAS JSP 缓存
                                    
          对于线网上的工程，更新JSP到WebSphere后，有时会出现修改的jsp没有起作用，特别是改变了某jsp的样式后，在页面中没看到效果，这主要就是由于websphere中缓存的缘故，这就要清除WebSphere中jsp缓存。要清除WebSphere中JSP的缓存，就要找到WAS安装后的根目录。 
       现服务
    
                                
    • 
                                
  • 设计模式总结
                                    朱辉辉33
java设计模式
                                    
    1.工厂模式 
  1.1 工厂方法模式 (由一个工厂类管理构造方法) 
     1.1.1普通工厂模式(一个工厂类中只有一个方法) 
     1.1.2多工厂模式(一个工厂类中有多个方法) 
     1.1.3静态工厂模式(将工厂类中的方法变成静态方法) 
&n
    
                                
    • 
                                
  • 实例：供应商管理报表需求调研报告
                                    老A不折腾
finereport报表系统报表软件信息化选型
                                    
    引言 
随着企业集团的生产规模扩张，为支撑全球供应链管理，对于供应商的管理和采购过程的监控已经不局限于简单的交付以及价格的管理，目前采购及供应商管理各个环节的操作分别在不同的系统下进行，而各个数据源都独立存在，无法提供统一的数据支持；因此，为了实现对于数据分析以提供采购决策，建立报表体系成为必须。 业务目标 
1、通过报表为采购决策提供数据分析与支撑 
2、对供应商进行综合评估以及管理，合理管理和
    
                                
    • 
                                
  • mysql
                                    林鹤霄

                                    
    转载源：http://blog.sina.com.cn/s/blog_4f925fc30100rx5l.html 
mysql -uroot -p 
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) 
  
[root@centos var]# service mysql
    
                                
    • 
                                
  • Linux下多线程堆栈查看工具(pstree、ps、pstack)
                                    aigo
linux
                                    
    原文：http://blog.csdn.net/yfkiss/article/details/6729364 
  
1. pstree 
pstree以树结构显示进程$ pstree -p work | grep adsshd(22669)---bash(22670)---ad_preprocess(4551)-+-{ad_preprocess}(4552)  &n
    
                                
    • 
                                
  • html input与textarea 值改变事件
                                    alxw4616
JavaScript
                                    
    // 文本输入框(input) 文本域(textarea)值改变事件 
// onpropertychange(IE) oninput(w3c) 
$('input,textarea').on('propertychange input', function(event) { 
     console.log($(this).val()) 
}); 
  
    
                                
    • 
                                
  • String类的基本用法
                                    百合不是茶
String
                                    
      
字符串的用法; 
    // 根据字节数组创建字符串 
byte[] by = { 'a', 'b', 'c', 'd' };
String newByteString = new String(by); 
  
  
    1,length()  获取字符串的长度 
  
  &nbs
    
                                
    • 
                                
  • JDK1.5 Semaphore实例
                                    bijian1013
javathreadjava多线程Semaphore
                                    
    Semaphore类 
       一个计数信号量。从概念上讲，信号量维护了一个许可集合。如有必要，在许可可用前会阻塞每一个 acquire()，然后再获取该许可。每个 release() 添加一个许可，从而可能释放一个正在阻塞的获取者。但是，不使用实际的许可对象，Semaphore 只对可用许可的号码进行计数，并采取相应的行动。 
S
    
                                
    • 
                                
  • 使用GZip来压缩传输量
                                    bijian1013
javaGZip
                                    
            启动GZip压缩要用到一个开源的Filter：PJL Compressing Filter。这个Filter自1.5.0开始该工程开始构建于JDK5.0，因此在JDK1.4环境下只能使用1.4.6。 
        PJL Compressi
    
                                
    • 
                                
  • 【Java范型三】Java范型详解之范型类型通配符
                                    bit1129
java
                                    
      
  
定义如下一个简单的范型类， 
  
package com.tom.lang.generics;

public class Generics<T> {
    private T value;
    public Generics(T  value) {
        this.value = value;
    }
} 
    
                                
    • 
                                
  • 【Hadoop十二】HDFS常用命令
                                    bit1129
hadoop
                                    
    1. 修改日志文件查看器 
  
hdfs oev -i edits_0000000000000000081-0000000000000000089 -o edits.xml
cat edits.xml 
  
修改日志文件转储为xml格式的edits.xml文件，其中每条RECORD就是一个操作事务日志 
  2. fsimage查看HDFS中的块信息等 
&nb
    
                                
    • 
                                
  • 怎样区别nginx中rewrite时break和last
                                    ronin47

                                    
    在使用nginx配置rewrite中经常会遇到有的地方用last并不能工作，换成break就可以，其中的原理是对于根目录的理解有所区别，按我的测试结果大致是这样的。  
 
 location /    
 {     
     proxy_pass http://test; 
    
                                
    • 
                                
  • java-21.中兴面试题 输入两个整数 n 和 m ，从数列 1 ， 2 ， 3.......n 中随意取几个数 , 使其和等于 m
                                    bylijinnan
java
                                    
    
import java.util.ArrayList;
import java.util.List;
import java.util.Stack;

public class CombinationToSum {

	/*
第21 题
2010 年中兴面试题
编程求解：
输入两个整数 n 和 m ，从数列 1 ， 2 ， 3.......n 中随意取几个数 ,
使其和等
    
                                
    • 
                                
  • eclipse svn 帐号密码修改问题
                                    开窍的石头
eclipseSVNsvn帐号密码修改
                                    
    问题描述： 
     Eclipse的SVN插件Subclipse做得很好，在svn操作方面提供了很强大丰富的功能。但到目前为止，该插件对svn用户的概念极为淡薄，不但不能方便地切换用户，而且一旦用户的帐号、密码保存之后，就无法再变更了。 
解决思路： 
     删除subclipse记录的帐号、密码信息，重新输入
    
                                
    • 
                                
  • [电子商务]传统商务活动与互联网的结合
                                    comsci
电子商务
                                    
     
 
      某一个传统名牌产品，过去销售的地点就在某些特定的地区和阶层，现在进入互联网之后，用户的数量群突然扩大了无数倍，但是，这种产品潜在的劣势也被放大了无数倍，这种销售利润与经营风险同步放大的效应，在最近几年将会频繁出现。。。。 
 
       如何避免销售量和利润率增加的
    
                                
    • 
                                
  • java 解析 properties-使用 Properties-可以指定配置文件路径
                                    cuityang
javaproperties
                                    
    #mq 
xdr.mq.url=tcp://192.168.100.15:61618; 
 
import java.io.IOException; 
import java.util.Properties; 
 
 
public class Test { 
 
 String conf = "log4j.properties"; 
 private static final
    
                                
    • 
                                
  • Java核心问题集锦
                                    darrenzhu
java基础核心难点
                                    
    注意，这里的参考文章基本来自Effective Java和jdk源码 
 
 
1)ConcurrentModificationException 
当你用for each遍历一个list时，如果你在循环主体代码中修改list中的元素，将会得到这个Exception，解决的办法是： 
1)用listIterator, 它支持在遍历的过程中修改元素， 
2)不用listIterator, new一个
    
                                
    • 
                                
  • 1分钟学会Markdown语法
                                    dcj3sjt126com
markdown
                                    
    markdown 简明语法 基本符号 
 
 *,-,+ 3个符号效果都一样，这3个符号被称为 Markdown符号  
 空白行表示另起一个段落 
 `是表示inline代码，tab是用来标记 代码段，分别对应html的code，pre标签 
 换行 
 
 单一段落( <p>) 用一个空白行 
 连续两个空格 会变成一个 <br> 
 连续3个符号，然后是空行
    
                                
    • 
                                
  • Gson使用二（GsonBuilder）
                                    eksliang
jsongsonGsonBuilder
                                    
    转载请出自出处：http://eksliang.iteye.com/blog/2175473 一.概述 
    GsonBuilder用来定制java跟json之间的转换格式 
  二.基本使用 
实体测试类： 
温馨提示：默认情况下@Expose注解是不起作用的,除非你用GsonBuilder创建Gson的时候调用了GsonBuilder.excludeField
    
                                
    • 
                                
  • 报ClassNotFoundException: Didn't find class "...Activity" on path: DexPathList
                                    gundumw100
android
                                    
    有一个工程，本来运行是正常的，我想把它移植到另一台PC上，结果报： 
 
 java.lang.RuntimeException: Unable to instantiate activity ComponentInfo{com.mobovip.bgr/com.mobovip.bgr.MainActivity}: java.lang.ClassNotFoundException: Didn't f
    
                                
    • 
                                
  • JavaWeb之JSP指令
                                    ihuning
javaweb
                                    
      
要点 
  
JSP指令简介  
page指令  
include指令  
  
JSP指令简介  
  
JSP指令（directive）是为JSP引擎而设计的，它们并不直接产生任何可见输出，而只是告诉引擎如何处理JSP页面中的其余部分。 
JSP指令的基本语法格式： 
<%@ 指令 属性名="
    
                                
    • 
                                
  • mac上编译FFmpeg跑ios
                                    啸笑天
ffmpeg
                                    
    1、下载文件：https://github.com/libav/gas-preprocessor， 复制gas-preprocessor.pl到/usr/local/bin/下， 修改文件权限：chmod 777 /usr/local/bin/gas-preprocessor.pl 
2、安装yasm-1.2.0 
curl http://www.tortall.net/projects/yasm
    
                                
    • 
                                
  • sql mysql oracle中字符串连接
                                    macroli
oraclesqlmysqlSQL Server
                                    
    有的时候，我们有需要将由不同栏位获得的资料串连在一起。每一种资料库都有提供方法来达到这个目的： 
 
 MySQL: CONCAT() 
 Oracle: CONCAT(), || 
 SQL Server: + 
 
CONCAT() 的语法如下： 
Mysql 中 CONCAT(字串1, 字串2, 字串3, ...): 将字串1、字串2、字串3，等字串连在一起。 
请注意，Oracle的CON
    
                                
    • 
                                
  • Git fatal: unab SSL certificate problem: unable to get local issuer ce rtificate
                                    qiaolevip
学习永无止境每天进步一点点git纵观千象
                                    
    // 报错如下： 
$ git pull origin master 
fatal: unable to access 'https://git.xxx.com/': SSL certificate problem: unable to get local issuer ce 
rtificate 
  
// 原因： 
由于git最新版默认使用ssl安全验证，但是我们是使用的git未设
    
                                
    • 
                                
  • windows命令行设置wifi
                                    surfingll
windowswifi笔记本wifi
                                    
    还没有讨厌无线wifi的无尽广告么，还在耐心等待它慢慢启动么 
教你命令行设置 笔记本电脑wifi： 
 
1、开启wifi命令 
 

netsh wlan set hostednetwork mode=allow ssid=surf8 key=bb123456
netsh wlan start hostednetwork
pause
 
 其中pause是等待输入，可以去掉 
 
2、
    
                                
    • 
                                
  • Linux（Ubuntu）下安装sysv-rc-conf
                                    wmlJava
linuxubuntusysv-rc-conf
                                    
    安装：sudo apt-get install sysv-rc-conf 使用：sudo sysv-rc-conf 
操作界面十分简洁，你可以用鼠标点击，也可以用键盘方向键定位，用空格键选择，用Ctrl+N翻下一页，用Ctrl+P翻上一页，用Q退出。 
  
  
背景知识 
sysv-rc-conf是一个强大的服务管理程序，群众的意见是sysv-rc-conf比chkconf
    
                                
    • 
                                
  • svn切换环境，重发布应用多了javaee标签前缀
                                    zengshaotao
javaee
                                    
    更换了开发环境，从杭州，改变到了上海。svn的地址肯定要切换的，切换之前需要将原svn自带的.svn文件信息删除，可手动删除，也可通过废弃原来的svn位置提示删除.svn时删除。 
  
然后就是按照最新的svn地址和规范建立相关的目录信息，再将原来的纯代码信息上传到新的环境。然后再重新检出，这样每次修改后就可以看到哪些文件被修改过，这对于增量发布的规范特别有用。 
  
检出
    
                                
    •