小白日更第九天-＞对象都是在堆中分配内存的吗？

最近复习JVM的时候发现一句话，**99%的对象和数组都是在堆中被创建和分配内存的，我就想，那1%**去哪了呢？了解过JVM的同学有思考过这个问题吗？
我们先看一个图，这个图也是我参考别人文章的时候copy过来的

其实在我之前的了解，我们使用new关键字新建的对象或者新建的数组都是会在堆内存中分配内存空间的。那下面我简单说一下，在堆上分配内存空间的两种方式，以及问题，从而引申出为什么有的对象要分配在栈上。

指针碰撞

我们假设java堆中内存是绝对规整的，也就是说所有用过的内存都放在一边，没用过空闲的内存放在另一边，中间放着一个指针作为分界点用来当作指示器，我们在给对象分配内存的时候，它所需要的内存大小，在编译器就确定下来了，我们只需要把指针移动到对象所需内存大小的位置就可以了。这种给对象分配内存的方式就称为**“指针碰撞”（Bump thePointer）**。

空闲列表

可以这么理解这种为对象分配内存空间的方式，JVM在内部维护了一张表，这个表记录着哪些内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的记录，这种分配方式成为“空闲列表”

分配内存的并发问题

这种分配内存的方式有一个问题就是在并发的情况下，假设指针正在给A对象分配内存，但是还没有分配完，这个时候对象B也使用这个指针来给自己分配内存空间。就会发生错误异常
JVM的解决方案是：

1. 对分配的内存的动作进行同步处理：CAS配上失败重试的方式保证更新操作的原子性(后续我会出juc相关的文章，会详细介绍CAS等)
   2.每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲（Thread Local Allocation Buffer, TLAB）。

重点说一下TLAB，JVM在内存新生代Eden Space中开辟了一小块区域，这块区域是线程私有的，称作TLAB（Thread-local allocation buffer），默认设定为占用Eden Space的1%。在Java程序中很多对象都是小对象且用过即丢，它们不存在线程共享也适合被快速GC，所以对于小对象通常JVM会优先分配在TLAB上，并且TLAB上的分配由于是线程私有所以没有锁开销。

栈上分配

以目前我都理解就是，jvm会通过逃逸分析来判断某个对象是否永远只在某个方法、线程的范围内使用，如果是那么就直接给该对象在栈上分配内存空间，随着方法的出栈，这个对象也会被销毁，空间自然被释放。这里我理解的逃逸分析就是，一个局部变量有没有被其他类使用到，或者说除了在当前类中使用到了，是否还有其他用途，仅此而已，当然逃逸分析好像并没有我说的这么简单，小伙伴们可以去看看别人写的关于逃逸分析的文章，当然爱学习的我，在彻底搞清楚之后，也会发文章来通俗易懂的解释下逃逸分析

希望以上内容可以解决小伙伴们的疑惑，如果文章哪里写的有问题，欢迎大家评论区批评指正~