IT博客汇 | 记一场 Android 技术答疑

记一场 Android 技术答疑

androidyue发表于 2016-10-24 20:35:00

之前在Stuq的Android课程中有幸分享了一些关于优化的问题,后期又处理了一些来自网友的问题,这里简单以文字形式做个整理.

网络IO应该在哪种形式的线程中执行

首先网络IO一般耗时比较长，有的可能到几十毫秒
由于耗时较长，如果采用单一线程处理，势必导致后续的请求无法快速执行
建议使用线程池来处理达到快速响应和线程的复用。

简单示例：

private void testDoNetworkRequest() {
    int corePoolSize = 5;
    int maxPoolSize = 10;
    //线程数量超过核心线程数之后的超时时间，即超过这个时间还没有新的task，多余的线程则销毁掉。
    long keepAliveTime = 10;
    ThreadPoolExecutor executor = new ThreadPoolExecutor(corePoolSize, maxPoolSize, keepAliveTime, TimeUnit.SECONDS, new LinkedBlockingDeque<Runnable>());

    executor.execute(new Runnable() {
        @Override
        public void run() {
            //Do network IO here
        }
    });
}

如何优化字符串拼接

字符串拼接无法避免的创建StringBuilder对象
如果是循环情况下拼接，需要显式在循环外声明一个StringBuilder对象

不好的代码

public void  implicitUseStringBuilder(String[] values) {
  String result = "";
  for (int i = 0 ; i < values.length; i ++) {
      result += values[i];//create new StringBuilder object every time
  }
  System.out.println(result);
}

改进后的代码

public void explicitUseStringBuider(String[] values) {
  StringBuilder result = new StringBuilder();
  for (int i = 0; i < values.length; i ++) {
      result.append(values[i]);
  }
}

使用Handler到底需不需要使用弱引用，什么时候情况下用

正常境况下的引用都为强引用，其特点是及时内存溢出也不可以被回收

ArrayList list = new ArrayList();

弱引用则会在垃圾回收时被回收掉，因而弱引用解决内存泄露的一种方法。

ArrayList list = new ArrayList();
WeakReference<ArrayList> listWeakRef = new WeakReference<ArrayList>(list);
ArrayList myList = listWeakRef.get();

Handler是否需要设置弱引用，取决于它是否可能发生内存泄露

Handler内存泄露的场景

Message的target变量实际是Handler对象
Message存放在MessageQueue中
MessageQueue通常为Looper持有
Looper和可以认为和线程生命周期相同
通常情况下，我们使用匿名内部类的形式创建Handler，而匿名内部类（非静态内部类）会隐式持有外部类的引用。即如下的mHandler会隐式持有Activity的实例引用。

private Handler mHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
        super.handleMessage(msg);
    }
};

如果有一个延迟很久的消息，可能会导致Activity内存泄露
可以使用弱引用解决内存泄露问题
也可以在Activity onDestory方法中调用handler.removeCallbacksAndMessages(null);

网络数据返回先通知界面还是先更新数据库

通常境况下，可以选择先更新界面再更新数据库
如果数据很重要，建议先更新数据库在通知界面更新

业务场景：需要定时后台扫描数据库，上传本地照片至云端，定时任务采用何种模式

Handler或者Timer定时一般为秒级别的任务,Timer会启动额外线程，而Handler可以不用。
无论是Handler还是Timer都需要依赖于进程存活
利用Handler实现定时任务的类:HandlerTimer
如果时间较长，则需要使用AlarmManager
另外，我们对于这种业务应该优先考虑是否可以基于事件通知。
如果是加入媒体库的文件，我们可以使用registerContentObserver监听媒体库文件变化。

static 单例是怎么保证单例的？没太看明白

static变量为类所有
staitc只初始化一次，即在调用的时候。
如下代码，STATIC_OBJECT只在第一次调用时初始化，后续调用则不会再执行初始化

public class Example {
    public static Object STATIC_OBJECT = new Object();
}

使用static机制创建单例

public class SingleInstance {
    private SingleInstance() {
    }

    public static SingleInstance getInstance() {
        return SingleInstanceHolder.sInstance;
    }

    private static class SingleInstanceHolder {
        private static SingleInstance sInstance = new SingleInstance();
    }
}

把Activity作为参数传给一个静态方法,会影响这个Activity的正常销毁吗

内存泄露与方法是否是静态与否无关，与内部的方法体实现有关系。
内存泄露可以简单理解成：生命周期长的对象不正确持有了持有了生命周期短的对象，导致生命周期短的对象无法回收。
比如Activity实例被Application对象持有，Activity实例被静态变量持有。

Bitmap优化

options.inJustDecodeBounds = true;可以获取width,height和mimetype等信息，但不会申请内存占用
合理进行缩放，一个高分辨率的图片不仅展示在一个小的imageView中，不仅不会有任何视觉优势，反而还占用了很大的内存
将Bitmap处理移除主线程
使用LruCache或者DiskLruCache缓存Bitmap
before 2.3 手动调用recycle()方法

多次在生产签名打包后的apk，出现功能不可用的情况，比方说有个社会化分享功能，写代码时都可以正常实现，但签名生成apk后该功能无法再使用了，点击分享面板的平台，没有任何响应。请问是怎么回事，这种问题解决应该从哪几个方面入手，希望有一些思路可供参考

应该是混淆引起的
混淆是将易读性较好的变量，方法和类名替换成可读性较差的名称
混淆的目的是为了加大逆向的成本，但不能避免
通常混淆的处理是将某些库不加入混淆
第三方的库不建议混淆

一些需要排除混淆的

被native方法调用的java方法
供javascript调用的java方法
反射调用的方法
AndroidManifest中声明的组件
总结：即所有硬编码的元素（变量，方法，类）

关于混淆,请参考文章读懂 Android 中的代码混淆