堆栈内存溢出的原因无非分为两种

• 系统的空间确实不够
• 我们的程序出现了死循环（例如一直递归的调用自己）

很快的排除了第一种情况，因为自己的这个项目纯粹练手，未涉及太多的内存消耗，那么围绕着第二种情况展开思考。观察错误，不难发现系统总是在初始化Orders和Munu,难道是死循环的创建了？？？

带着疑问我们开始检查项目源码，找到对应得这俩家伙初始化的地方

哇，你中创建我，我中创建你，生生不息，你中有我，我中有你！！！虽然很美好，但这就是问题的源头，于是一刀将其二人斩断，问题卒。

当线程请求的栈深度大于虚拟机允许的深度，也就是当前线程请求方法太多，导致栈溢出，一般情况下只有死循环调用方法才会达到这种深度。解决的时候可以先尝试Eclipse中JDK的默认给的空间进行调整， Eclipse内存调整(修改JDK使用内存) 排出第一种纯粹的内存空间不足。其次再是检查项目，估计程序里面有死循环，类似递归没有写结束什么的。

org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java . lan g.UnsatisfiedLink Error : no jacob-1.17-M2-x64 in java .library.path 此 异常 为： 处理程序 调度 失败 ; 嵌套 异常 是 java .la... 今天晚上在课后代码时， 出现 了一个很奇怪的bug。 Handler dispatch failed; nested exception is java . lan g.NoSuchMethod Error 翻译过来意思是： 处理程序 调度 失败 ， 嵌套 异常 ，找不到方法。 一开始以为是自己的mapper层写错了，后来进过检查，mapper层虽然有问题，但是和这个bug没有什么关系。然后重新编译项目（maven项目）... 一， Stack Overflow Error java . lan g. Stack Overflow Error : stack size8MB Stack Overflow Error 是由于当前线程的栈满了,也就是函数调用层级过多导致。 堆栈溢出 错误 一般是递归调用。 出现 ... 在我们MVC，编码、运行过程中总少不了 出现 异常 系统中 异常 包括两类:预期 异常 和运行时 异常 RuntimeException,前者通过捕获 异常 从而获取 异常 信息，后者主要通过规范代码开发、测试等手段减少运行时 异常 的发生。 基于 Java 的抽取思想，我们应该把所 出现 的所有 异常 抽取出来，全部交由MVC的某一部分处理 异常 处理的思路 系统的Dao、Service. Controller 出现 都通过throws Exception向上抛 多刷几次 还会 出现 如下 错误 : OutOfMemory Error thrown while trying to throw OutOfMemory Error ; no stack available 内存溢出(OOM)，没有可用的堆栈(系统已经不能再分配出你所需要的空间)，甚至造成程序A... 最早用的深度优先遍历，递归操作。没想到居然有用户 目录套目录，套了 6562 层（你是测试派来的逗比吗。。。。） private fun traverseFile(rootFile: File) { var checkFile: File? = rootFile val queue = ArrayDeque<File?>() queue.offer(checkFile) HTTP Status 500 – Internal Server Error Type Exception Report Message Request processing failed; nested exception is java . lan g.IllegalStateException: Current request is not of type [ java x.servle...