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 原理和调优的文章。
文版权归是三僡然所有，转载请标明出处。欢迎转载，欢迎评论，欢迎分享。如果你有文章想分享可以联系我。