**
Android 2018面试全解
**
1.Oom 是否可以try catch ？
try catch 是可以解决oom后出现的崩溃，然后采取补救的措施，例如缩小图片
，减少内存占用。但是这并不是解决oom的根本方法，要解决oom还必须知道oom
的出现原因，来提前做出应对措施。2.内存泄露如何产生？
当一个对象已经不需要再使用本该被回收时，另外一个正在使用的对象持有它
的引用从而导致它不能被回收，这导致本该被回收的对象不能被回收而停留在
堆内存中，这就产生了内存泄漏。3.ANR 如何产生？
潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸
，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。
然而，不是说你的主线程阻塞在那里等待子线程的完成——也不是调用
Thread.wait()或是Thread.sleep()。替代的方法是，主线程应该为子线程提供
一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，
将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发
的ANR对话框。4.StringBuilder与 StringBuffer
1.StringBuilder：线程非安全的
2.StringBuffer：线程安全的
3.当我们在字符串缓冲去被多个线程使用是，JVM不能保证StringBuilder的操
作是安全的，虽然他的速度最快，但是可以保证StringBuffer是可以正确操
作的。当然大多数情况下就是我们是在单线程下进行的操作，所以大多数情况
下是建议用StringBuilder而不用StringBuffer的，就是速度的原因。5.强引用置为null，会不会被回收？
不会加快, 只是在GC开始工作时, 可以多释放些内存. 是一个好习惯.
流不关, 一定会引起内存泄露. 但如果是流关闭失败, 一般就是因为流已经被
关闭了, 比如网络流因为网络中断等, 这种情况, 只需处理一下异常就OK了,
GC会做垃圾回收的. 6.http 的session&cookie的区别
1.session 在服务器端，cookie 在客户端（浏览器）
2.session 默认被存在在服务器的一个文件里（不是内存）
3.session 的运行依赖 session id，而 session id 是存在 cookie 中的， 也就是说，如果浏览器禁用了
cookie ，同时 session 也会失效（但是可以通过其它方式实现，比如在 url 中传递 session_id）
4.session 可以放在 文件、数据库、或内存中都可以。
5.用户验证这种场合一般会用 session 因此，维持一个会话的核心就是客户 端的唯一标识7.产生死锁的四种条件
1.互斥条件：一个资源每次只能被一个进程使用。
2.请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
3.不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。
4.循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。