有一种情况下，oom可以通过try catch掉， 如果try catch语句中，声明了很大的对象导致OOM，并且确认OOM是由try语句中的对象声明导致的，那么在catch语句中，可以释放掉这些对象，解决OOM问题，继续执行剩余的语句。
上述做法不建议，毕竟catch掉异常，而不是想着解决OOM
Java中管理内存除了catch oom之外还有很多有效的方法，如SoftReference、WeakReference、硬盘缓存等。
在JVM用光内存之前，会多次触发GC，这些GC会降低程序运行的效率。
如果OOM原因不是try语句中对象（比如内存泄漏），那么在catch语句中会继续抛出OOM
在此可以了解一下内存泄漏和内存溢出的区别：
- 内存溢出：通俗说就是内存不足，通常情况是运行大型的软件或者游戏时，软件或游戏需要的内存远远超出了你主机内安装的内存所承受的大小
- 内存泄漏：指程序中已动态分配的堆内存由于某种原因导致未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果
内存泄漏是指程序在申请内存后，无法释放已申请的内存空间，一次的内存泄漏危害可以忽略，但是内存泄漏的堆积后果很严重，无论多少内存，内存迟早会被占光，导致内存溢出，内存溢出(OOM)，是指程序子申请内存时，没有足够的内存空间分配供其使用，出现OOM，比如申请Integer，但是存Long才可以存下的数值，那就会内存溢出。
GC了解一下，在大部分虚拟机（包括Android的ART）中，Java都采用“可达性分析”算法进行内存回收，原理：会有几个引用作为根节点，对于任意对象来说，从根节点中层层遍历，如果还是没有找到对该对象的引用链，那么该对象就会被标记为无用，就会在GC时被销毁回收
- 只有强引用才会发生内存泄漏，而weak、soft等引用因为其特殊机制，所以影响不大
- 泄漏影响比较大的就是一些大对象，常见的比如有 bitmap、activity
内存泄漏分为四种：
常发性、偶发性、一次性、隐式
- 常发性：发生内存泄漏的代码被多次执行，并且每次执行的时候都会导致一块内存泄漏
- 偶发性：发生内存泄漏的代码只会在某些特定的环境或操作过程下才会发生
补充：常发性和偶发性是相对的，偶发性也许会变成常发性，所以测试环境和测试方法对检测内存泄漏至关重要。 - 一次性：发生内存泄漏的代码只会执行一次，或者由于算法上的缺陷，导致总会有一块且仅有一块内存发生泄漏
举例：在类构造函数中分配内存，在析构函数中没有释放该内存，所以内存泄漏只会发生一次。
补充：析构函数-->当某个对象成为垃圾或者对象被显式销毁的时执行。和构造函数相对立的函数，但不是完全相反的函数，析构函数也可以被显式调用，但不要这样操作，析构函数由系统自动调用，不要在程序中调用一个对象的析构函数，析构函数不能带有参数 - 隐式：程序在运行过程中不停的分配内存，只有在程序结束的时候才会释放内存，严格来说这里并没有发生内存泄漏，因为程序最终释放了所有申请的内存
举例：对于服务器来说，程序运行需要几天、甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存，所以这类内存泄漏为隐式内存泄漏。
- 内存泄漏真正的危害是堆积，最终耗尽系统所有内存
- 一次性内存泄漏没什么危害，因为不会产生堆积
- 隐式内存泄漏危害性则巨大，因为较常发性和偶发性内存泄漏它更难被检测到
内存泄漏的几种情况：
- 静态集合类：容器为静态，那么它们的生命周期与程序一致，容器中的对象不会在程序结束前释放，从而造成内存泄漏
- 各种连接：数据库、网络、IO连接等，不用或者使用完毕就要释放关闭
- 变量不合理的作用域：一个变量的定义范围大于其使用范围，很有可能造成内存泄漏（比如：局部变量赋值内容，紧接着可以保存数据库，然而保存后，该变量随着方法的结束而释放，如果把局部变量，改成成员变量，那么保存数据库后，该变量生命周期同对象，方法结束后变量不能回收，一次造成泄漏）
- 内部类持有外部类
- 改变哈希值：当一个对象被存储进HashSet集合中，就不能修改这个对象中那些参与计算哈希值的字段，否则修改后的对象的哈希值与最初存储进HashSet中的哈希值就不同了，这就导致删除当前对象失败，造成内存泄漏
怎样解决内存泄漏：泄漏是因为持有了activity引用导致无法被销毁，一是及时取消引用，二是让引用多待一会，但是该GC的时候就销毁
- 在代码中尽量不要使用static变量修饰context，非要使用就用weak引用
- 对于内部类，尽量使用静态内部类，这样就不会持有外部类引用。如果需要外部类引用做一些事情，就手动赋给一个weak引用
- 对于匿名内部类，不能贪图简单，建议写成外部类
- 异步操作尽量使用可方便管理的，比如RxJava 而不是使用AsyncTask，如果非要使用AsyncTask，最好添加一个终止条件，在activity退出时就该结束了
- 在使用Rx时，可以在subscribe()的时候获取到Subscripeion，在不用的时候调用UnSubscribe()，或者直接bind()到activity的生命周期上，比如使用RxActivity管理
- 使用handler时，在activity的onDestroy()方法中调用handler.remove()
- 在获取到某些资源时，使用完记得释放
- 在用到一些大对象比如Bitmap什么的，要记得回收
- 在使用一些第三方库和系统服务的时候，记得有注册或绑定的，一定要注销或解绑
内存溢出的原因：
- 内存中加载的数据量过大，如一次性从数据库取出过多数据
- 集合类中有对对象的引用，使用完后未清空，使JVM不能回收
- 代码中存在死循环或循环产生过多重复的对象实体
- 使用第三方软件中的BUG
- 启动参数内存值设置的过小
内存溢出的原因及其解决方法：
- 修改JVM启动参数值，直接增加内存（-Xms、-Xmx）
- 检查错误日志，查看OutOfMemory错误前是否有其它异常或错误
- 对待吗进行走查或分析，找出可能发生内存溢出的位置
- 使用内存查看工具动态查看内存使用情况
对代码分析找出可能发生内存溢出的位置，可能出现的几种情况：
- 对数据库查询全部，一般来说，如果一次性查询获取十万条数据到内存，就可能引起内存溢出，建议对数据库的查询采用分页的方式查询。
- 检查代码中是否有死循环或递归调用
- 检查是否有大循环重复产生新的对象实体
- 检查是否有list map等集合对对象使用完毕后，未清除的问题，list map等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收
