一些常见异常解决方案汇总

- 日理万妓 2022-06-08 13:49 291阅读 0赞

1. 空指针

1) 原因：引用了空对象

2) 解决方案：

①     对于别人接口的返回对象要做非空判断，因为我们不清楚获得的对象会不会为空，对于map，可以采用getOrElse来代替get；对于集合判断是否为空，可用isEmpty判断。判断一个字符串是否为空，用Option来判断，例如：val sqlResult: List\[List\[String\]\] = Sql(sql).query.value.map(x => x.map(y => if (Option(y).isDefined) y else "--"))。

②    对于自己创建的对象，要留心对象进行哪些操作，中间会不会造成对象为空，如果可能加非空判断。

③   对于前台的领域对象要非常的留心，因为这些对象是框架创建的，假如我没有在前台的文本框内输入值，虽然提交时后台获得的是空串，但发生NullPointerException的概率很高。

2. 数组下标越界

1) 原因：在引用数组元素时，使用的下标超过了该数组下标的应有范围。

2) 解决方案：因为编译器不会自动检测你的数组下标是否越界，而是把这个任务交给了程序员自己，所以我们在写程序，引用数组元素时，一定注意不要让数组的下标越界。   
还有，初学者一定不能忘了数组的下标是从0开始的，不是常识中的从1开始。

3.  内存溢出

1) 原因：

①　内存中加载的数据量过于庞大，如一次从数据库取出过多数据；

②　集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；

③　代码中存在死循环或循环产生过多重复的对象实体；

④　使用的第三方软件中的BUG；启动参数内存值设定的过小；

2) 解决方案：

①　修改JVM启动参数，直接增加内存。(-Xms，-Xmx参数一定不要忘记加。)

②　检查错误日志，查看“OutOfMemory”错误前是否有其它异常或错误。

③　对代码进行走查和分析，找出可能发生内存溢出的位置。重点检查一下几项

a. 检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。

b. 检查代码中是否有死循环或递归调用。

c. 检查是否有大循环重复产生新对象实体。

d. 检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。

e. 检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。

④  使用内存查看工具动态查看内存使用情况。例如： jconsole 以GUI的方式更直观化呈现jvm进程的实时情况, 比如内存占用, 线程执行情况等;   
在jdk\_home/bin目录下执行 jconsole.exe 打开图形化界面, 然后选择要检查的进程就可以查看所有相关jvm情况的信息了.