大家好，今天小编关注到一个比较有意思的话题，就是关于java语言源的问题，于是小编就整理了1个相关介绍Java语言源的解答，让我们一起看看吧。
JAVA程序消耗内存太大怎么办？应该如何解决？
首先与大多语言一样，J***a内存也分为堆内存（Heap）和栈内存（Stack）。
J***a有8种基本数据类型（int、short、byte、char、double、float、long、boolean）再加上对象引用（reference类型，它不等同于对象本身，而指向对象起始地址的引用指针。）基本数据存在栈中，对象数据存放在堆中。
J***a以下两种内存异常情况：
1. 如果线程请求的栈深度大于虚拟机允许的深度，将抛出StackOverflowError异常；2. 如果虚拟机栈可以动态扩展，在扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常。
1. 内存泄露（Memory Leak）：程序在申请内存后，对象没有被GC所回收，它始终占用内存，内存泄漏的堆积最终会造成内存溢出。
补充楼上几位的回答，如果最后发现不是内存溢出，而是程序正常的需要，那可以考虑把需要的数据放入到redis去，而不是存储在j***a程序的变量里面。
这样子可以极大的降低内存内存消耗，又可以方便程序的集群部署、数据共享
仅仅j***a程序内存耗用过大这不是定位到的问题，表现是什么（OOM了还是GC不了），具体哪个对象（或数据）导致的？导致的原因是什么（代码级的）？为什么这个原因会导致问题（考虑不周还是使用不当）？
既然说到如何去做优化，从个人经验来说，可分几步来：
- 发现问题：先找到需要优化的点是什么，比如通过 gclog GC 发现 FGC 频率过高，比如 OOM。
- 定位问题：实际上就是分析问题的过程，通过借助 JVM 工具（如jmap jstat) 或 linux 中各类 trace工具来收集相关数据（线索），再结合代码对问题进行分析，如有必要的可进行重现，保证定位到的问题的准确性。看哪类对象占用的空间过大，与测试数据的规模不相对应。查看是否有内存泄露。
- 解决问题：你说的第2点，实际上是在这一步才需要做的，而且一定是针对定位到的问题***用针对性的解决方案。调优算法。降低算法的空间复杂度。如果有些算法的空间复杂度可以从O（N*N）优化到O（N）甚至O（logN），那么内存使用将降低。查看是否有不必要的object，减少这类object。
要想提高这方面能力，没有捷径，唯有不断增加知识面（原理方面）的同时并通过排查大量案例来提高经验值。不建议上来就是「优化代码，减少内存的使用」之类的，有一句话叫「过早的优化是万恶之源」。
谢谢邀请，J***a内存消耗太大，首先要检查内存中的对象是不是真的必不可少，如果真的是必不可少的，那就只能扩大系统内存，如果检查发现内存中的对象不是比不可少的，那就可以着手优化代码，将那些对象释放(通过设置为null是一种方式)，然后垃圾收集器就可以进行回收，以释放内存，提高内存的周转率。我们都知道J***a回收对象是根据可达性分析算法来判定对象是否可以进行回收的，也就是JVM有一些GC Root根节点，通过判断堆内存中的对象是否可以到达这些节点，如果不能到达，则GC便可以进行回收，而可达的对象则不会被回收，所以我们可以通过这个特性做一些简单判断，然后再借助J***a提供的一些实用工具和命令或其他专业分析工具进行精准分析即可。
到此，以上就是小编对于J***A语言源的问题就介绍到这了，希望介绍关于J***A语言源的1点解答对大家有用。
