android面试：handler、杂记

• 面向对象的编程，要提高程序的复用率，增加程序的可维护性，可扩展性

• static修饰的静态属性、方法可以被子类继承，但是方法不能被子类重写

  
  
• 内部类的作用：

1.增强封装，把内部类放在外部类当中，不允许其它类访问这个内部类。
2.实现多重继承
3.内部类可以直接访问外部类当中的成员。

• static是最先执行，在加载字节码就会自动调用，而且在主方法main之前，比构造方法早，此时非static属性和方法还没有完成初始化 。
• static修饰函数/变量时，其实是全局函数/变量，它只是因为java强调对象的特性，它与任何类都没有关系。依托于这个类的好处就是这个类的成员函数调用static方法不用带类名。

• 3.5.1 子线程一定不能更新UI吗？(校招&实习)

不一定。
1.Activity存在一种审计机制，这个机制会在Activity完全显示之后工作，如果子线程在Activity完全显示之前更新UI是可行的；
2.SurfaceView：多媒体视频播放，也可以在子线程中更新UI
3.Progress：进度相关控件，也可以在子线程中更新UI

• 在Android中，对于每一个线程，都可以创建一个Looper对象（有且仅有一个）和多个Handler。Looper就是一个消息泵，源源不断地从消息池中拿到消息，交给Handler处理。
• 3.5.1

• handler内存泄漏：当使用内部类（包括匿名类）来创建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被持有引用而无法被回收。

• 使用Handler导致内存泄露的解决方法:

• 方法一：通过程序逻辑来进行保护。 1.在关闭Activity的时候停掉你的后台线程线程停掉了，就相当于切断了Handler和外部连接的线，Activity自然会在合适的时候被回收。
  2.如果你的Handler是被delay的Message持有了引用，那么使用相应的Handler的removeCallbacks()方法，把消息对象从消息队列移除就行了。
• 方法二：将Handler声明为静态类。 PS:在Java 中，非静态的内部类和匿名内部类都会隐式地持有其外部类的引用，静态的内部类不会持有外部类的引用。 静态类不持有外部类的对象，所以你的Activity可以随意被回收。由于Handler不再持有外部类对象的引用，导致程序不允许你在Handler中操作Activity中的对象了。所以你需要在Handler中增加一个对Activity的弱引用（WeakReference）。

• 1)Looper: 一个线程可以产生一个Looper对象，由它来管理此线程里的MessageQueue(消息队列)。
  2)Handler: 你可以构造Handler对象来与Looper沟通，以便push新消息到MessageQueue里;或者接收Looper从Message Queue取出)所送来的消息。

3. Message Queue(消息队列):用来存放线程放入的消息。
   4)线程：UIthread 通常就是main thread，而Android启动程序时会替它建立一个MessageQueue。

• Hander持有对UI主线程消息队列MessageQueue和消息循环Looper的引用，子线程可以通过Handler将消息发送到UI线程的消息队列MessageQueue中。

• UI主线程通过Looper循环查询消息队列UI_MQ，当发现有消息存在时会将消息从消息队列中取出。首先分析消息，通过消息的参数判断该消息对应的Handler，然后将消息分发到指定的Handler进行处理。

• 一个线程能够创建多个Handler，Handler跟Looper没有对应关系，线程才跟Looper有对应关系，一个线程对应着一个Looper

• 一个线程可以创建多个Handler，但只能创建一个Looper，一个MessageQueue。Handler跟Looper之间没有对应关系

• Handler通过sendMessage发送消息时，就会将handler对象存储到message中，然后Looper在loop中通过MessageQueue的next方法取出消息后，会通过之前消息封装的handler将消息发送到指定的handler，即通过调用msg.target.dispatchMessage方法。

• Handler底层是采用管道机制。
  管道，其本质是文件，但又和普通的文件会有所不同：管道缓冲区大小一般为1页，即4K字节。管道分为读端和写端，读端负责从管道拿数据，当数据为空时则阻塞；写端向管道写数据，当管道缓存区满时则阻塞。

• Handler机制中管道作用就是当一个线程A准备好Message，并放入消息池，这时需要通知另一个线程B去处理这个消息。线程A向管道的写端写入数据1（对于老的Android版本是写入字符 W ），管道有数据便会唤醒线程B去处理消息。管道主要工作是用于通知另一个线程的，这便是最核心的作用。

fragment:

• 3.7.5

• Parcelable接口：
  Parcelable接口是Android SDK提供的一种专门用于Android应用中对象的序列化和反序列化的方式，相比于Seriablizable具有更好的性能。实现Parcelable接口的对象就可以实现序列化并可以通过Intent和Binder传递。

• Serializable接口是Java提供的一个序列化接口，它是一个空接口，为对象提供标准的序列化和反序列化操作。

• SharedPreferences 源码解析及应用

• SQLite 线程安全和并发

• apply和commit区别：

• apply没有返回值而commit返回boolean表明修改是否提交成功
• apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘，因此，在多个并发的提交commit的时候，他们会等待正在处理的commit保存到磁盘后再操作，从而降低了效率。而apply只是原子的提交到内容，后面有调用apply的函数的将会直接覆盖前面的内存数据，这样从一定程度上提高了很多效率。