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情况的信息了.