java线程太多会导致什么问题?
每个线程会占用1m(可以通过xss设置),线程太多就会oom;
线程太多会相互竞争cpu资源,在获取和释放cpu资源的过程都会进行线程切换,线程多切换就多,cpu忙于切换浪费时间,所以才会有reactor模型;
如果线程之间还存在各种资源的锁争夺问题,那么线程越多,死锁的概率也越高。
10 java中对象和引用的关系?
1.概念解释
强引用是使用最普遍的引用:Object o=new Object(); 特点:不会被GC
将对象的引用显示地置为null:o=null; // 帮助垃圾收集器回收此对象
举例ArrayList的实现源代码:
软引用用来描述一些还有用但是并非必须的对象,在Java中用java.lang.ref.SoftReference类来表示。对于软引用关联着的对象,只有在内存不足的时候JVM才会回收该对象。因此,这一点可以很好地用来解决OOM的问题,并且这个特性很适合用来实现缓存:比如网页缓存、图片缓存等。
浏览器网页缓存实例:
软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收器回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。
弱引用与软引用的区别在于:只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。不过,由于垃圾回收器是一个优先级很低的线程,因此不一定会很快发现那些只具有弱引用的对象。
如果这个对象是偶尔的使用,并且希望在使用时随时就能获取到,但又不想影响此对象的垃圾收集,那么你应该用 Weak Reference 来记住此对象。实例:
虚引用也称为幻影引用:一个对象是都有虚引用的存在都不会对生存时间都构成影响,也无法通过虚引用来获取对一个对象的真实引用。唯一的用处:能在对象被GC时收到系统通知,JAVA中用PhantomReference来实现虚引用。
2.对比不同:Java服务,内存OOM问题如何快速定位?
要快速定位无非就三步:dump内存文件,内存分析工具生成内存泄露分析报告,根据报告到代码中分析相关代码;
1.dump内存文件
./jmap -dump:format=b,file=heap.hprof pid
2.内存分析
常用的内存分析工具如:MemoryAnalyzer,jprofiler;工具会帮助我们快速的生成一份内存泄露分析报告,大致如下所示:
可以根据上面的问题描述去相关代码中,然后进行代码分析;
3.代码分析
在代码分析之前,我们大概理一下都会有哪些情况出现OOM;大体上可以分为几类类情况:JVM本身分配的内存过小,分配的内存不小代码可优化,分配的内存不小存在内存泄漏;
1.JVM本身分配的内存过小
这种情况一般比较少见,一般配置内存至少1G内存以上;常见的比如查询数据库几十条,上百条数据内存就不够用了,加内存可以立马能解决问题的;
2.分配的内存不小代码可优化
这种问题就比较常见了,内存本身配置的并不小,但是出现OOM;
常见的比如以下查出几千上万条数据库记录,导致内存不够用,这种情况可以分批次查询;
本地缓存,但是没有提供清除策略,导致内存越来越大,这时候需要指定清除策略比如lru策略;
导入一个文件比如excel,一下全部加载到内存中,导致内存OOM,这时候可以换一种读取的方式,通过流读取方式;
3.分配的内存不小存在内存泄漏
这种问题就比较难发现了,开发者任务应该清除的内存并没有清除,一直存在内存中,导致数据越积越多,最终导致内存OOM;常见的比如hashset因为修改计算hash值的数据导致内存泄漏;
本人之前遇到过的内存溢出分析实战:
Poi读取Excel引发的内存溢出
某Java服务(假设PID=10765)出现了OOM,最常见的原因为:
- 有可能是内存分配确实过小,而正常业务使用了大量内存
- 某一个对象被频繁申请,却没有释放,内存不断泄漏,导致内存耗尽
- 某一个资源被频繁申请,系统资源耗尽,例如:不断创建线程,不断发起网络连接
- pstree
- netstat
- /proc/${PID}/fd
- /proc/${PID}/task
java程序消耗内存太大怎么办?应该如何解决?
首先与大多语言一样,Java内存也分为堆内存(Heap)和栈内存(Stack)。
Java有8种基本数据类型(int、short、byte、char、double、float、long、boolean)再加上对象引用(reference类型,它不等同于对象本身,而指向对象起始地址的引用指针。)基本数据存在栈中,对象数据存放在堆中。
Java以下两种内存异常情况:
1. 如果线程请求的栈深度大于虚拟机允许的深度,将抛出StackOverflowError异常;2. 如果虚拟机栈可以动态扩展,在扩展时无法申请到足够的内存,就会抛出OutOfMemoryError异常。
如果内存没有被及时回收造成内存占用失控主要有以下两种情况:
1. 内存泄露(Memory Leak):程序在申请内存后,对象没有被GC所回收,它始终占用内存,内存泄漏的堆积最终会造成内存溢出。
2. 内存溢出(Memory Overflow):程序运行过程中无法申请到足够的内存而导致的一种错误。内存溢出通常发生于OLD段或Perm段垃圾回收后,仍然无内存空间容纳新的Java对象的情况。通常都是由于内存泄露导致堆栈内存不断增大,从而引发内存溢出。
所以,如果程序大量占用内存而无法释放,要么是内存泄漏要么是内存溢出。排查方式包括:
1. 代码调试和日志排查,看哪里有循环引用、死循环、内存泄漏和溢出等情况。
2. 利用Java的工具分析内存占用情况:
jinfo:可以输出并修改运行时的java 进程的opts。
jps:与unix上的ps类似,用来显示本地的java进程,可以查看本地运行着几个java程序,并显示他们的进程号。
jstat:一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。
jmap:打印出某个java进程(使用pid)内存内的所有'对象'的情况(如:产生那些对象,及其数量)。
jconsole:一个java GUI监视工具,可以以图表化的形式显示各种数据。并可通过远程连接监视远程的服务器VM。
3. 利用专门内存分析工具:
MAT(Memory Analyzer Tool)
JProfiler
GC Viewer
VisualVM
Profiler4J
程序占用内存大排查是个不容易的过程,需要一点耐心和经验。
摘要:4种查看java对象所占内存大小的方法
计算java对象所占内存大小
1.使用jdk8自带API
使用这种jdk8方式时,Open JDK 不是天然支持的,需要设置一下环境变量
结果如下:
2. 借助org.apache.lucene工具类
当一个对象有多个属性,需要计算整个对象的大小时,可以借助org.apache.lucene工具类
先引入maven坐标
测试代码:
结果如下:
3. 借助jol工具类
如果需要查看某个对象的详细内存分布,可以借助jol工具类,不过这种当对象中内嵌其他对象时,只能计算ClassLayout方法中这个object对象所占内存的大小
先导入maven坐标
测试代码:
结果如下:
4.java对象内存分布
最后,计算一个对象占用多大内存,需要提前了解java对象的布局。
本文分享自华为云社区《查看java对象所占内存大小-云社区-华为云》,作者:xiewenci。
谢谢邀请,Java内存消耗太大,首先要检查内存中的对象是不是真的必不可少,如果真的是必不可少的,那就只能扩大系统内存,如果检查发现内存中的对象不是比不可少的,那就可以着手优化代码,将那些对象释放(通过设置为null是一种方式),然后垃圾收集器就可以进行回收,以释放内存,提高内存的周转率。我们都知道Java回收对象是根据可达性分析算法来判定对象是否可以进行回收的,也就是JVM有一些GC Root根节点,通过判断堆内存中的对象是否可以到达这些节点,如果不能到达,则GC便可以进行回收,而可达的对象则不会被回收,所以我们可以通过这个特性做一些简单判断,然后再借助Java提供的一些实用工具和命令或其他专业分析工具进行精准分析即可。
首先谢谢邀请
首先java内存可以大体分为堆内存和栈内存。一般收的内存使用过大是指堆内存使用过大。一般分步骤分析。
现在内存过大到底到何种程度。是否引起了GC或者FUll GC。是否影响了正常工作。
1.明白现在内存有多大,可以通过工具看,和使用的内存比例。如果项目中需要缓存很多缓存,可以理解使用是合理的。如果服务器内存够大,应用可以适当调整XMX xms参数进行JVM调整。
2.如果系统中没有使用缓存,和大对象内存过高,那就考虑是否有内存泄漏。可以使用jmap等jVM调优工具进行对象分析。然后定位过高原因修改代码。
jmap -dump:format=b,file=文件名 [pid]
dump当前系统,根据dump文件我们可以分析当前系统中存在的内存问题。
分析dump文件的工具很多,JDK自带的Jhat,Eclipse也有相关的插件。
我使用的是Eclipse Memory Analyzer,功能很强大,能够生成各种报表,另外可以在不同的时间生成不同的dump,然后通过工具分析两个dump的内存变化。
大家专注我,我写了好多JVM 原理和调优的文章。
文版权归是三僡然所有,转载请标明出处。欢迎转载,欢迎评论,欢迎分享。如果你有文章想分享可以联系我。

