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