找对象必须问的几个问题
 
 
 
1、您平时坐高铁吗？坐高铁坐别人座位吗？坐下了，自己能站得起来吗？
 
 
 
 
 
 
2、您有纹身吗？您出门带刀吗？刀握得稳吗？
 
 
 
 
 
 
3、您旅游会住酒店吗？住酒店会坐在大堂休息吗？坐下了，自己能走出去吗？
 
 
 
 

简介
 
 
 
对于通过new创建对象的方式我们都很熟悉，也都能熟练的使用它，那么到底创建一个对象有没有这么简单呢，下面是创建一个对象实例的步骤
 
 
 
1.检查
 
虚拟机遇到一条new指令时，首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用，常量池位于运行时数据区的方法区之中，同时检查这个符号引用代表的类是否已被加载、解析和初始化过，如果没有，那必须先执行相应的类加载过程
 
 
2.分配内存
 
在类加载检查通过后，根据内存是否规整，有两种分配内存的方式：
 方式一：指针碰撞：对于堆上内存绝对规整的，所有用过的内存都放在一边，空闲的内存放在另一边，中间放着一个指针作为分界点的指示器，那么分配内存就仅仅是把指针向空闲空间那边挪动一段与对象大小相等的距离
 方式二：空闲列表：java堆的内存并不是规整的，已使用的内存和空闲的内存相互交错，那么就没法使用指针碰撞，虚拟机就必须维护一个列表，标记那些内存是可用的，然后从空闲内存中，找一块足够大的空间划分给对象实例，并更新列表上的记录
 需要考虑的问题，并发操作
 对象创建在虚拟机中是非常
 频繁的行为，即使是仅仅修改一个指针所指向的位置，在并发情况下也并不是线程安全的，可能出现正在给对象A分配内存，指针还没来得及修改，对象B又同时使用了原来的指针来分配内存的情况。
 解决方式 1：CAS加失败重试
 对分配内存空间的动作进行同步处理——实际上虚拟机采用CAS配上失败重试的方式保证更新操作的原子性；
 2.把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲（Thread Local AllocationBuffer,TLAB）。哪个线程要分配内
 存，就在哪个线程的TLAB上分配，只有TLAB用完并分配新的TLAB时，才需要同步锁定。
 虚拟机是否使用TLAB，可以通过-XX：+/-UseTLAB参数来设定。
 
 
##3.内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头），
 如果使用TLAB，这一工作过程也可以提前至TLAB分配时进行。这一步操作保证了对象的实例字段在Java代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值。
 接下来，虚拟机要对对象进行必要的设置，例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的GC分代年龄等信息。这些信息存放在对象的对象头（Object Header）之中。根据虚拟机当前的运行状态的不同，如是否启用偏向锁等，对象头会有不同的设置方式。
 
 
##4.执行init给对象赋值
 在上面工作都完成之后，从虚拟机的视角来看，一个新的对象已经产生了，但从Java程序的视角来看，对象创建才刚刚开始——＜init＞方法还没有执行，所有的字段都还为零。所以，一般来说（由字节码中是否跟随invokespecial指令所决定），执行new指令之后会接着执行＜init＞方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完全产生出来。
 
 
 
 
以上时对象创建所经历的过程，那么对象怎么存储信息以及对象如何使用呢
 
 
 
对象的内存布局
 
对象在内存中的存储布局可以分为三部分：1.对象头 2.实例数据 3.对齐填充
 
对象头
 
对象头时存放对象的属性信息的地方包括
 1.第一部分是***对象自身运行时数据***、如哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等这部分数据的长度在32位和64位的虚拟机（未开启压缩指针）中分别为32bit和64bit，官方称它为“Mark Word”。
 存在问题：对象需要存储的运行时数据很多，其实已经超出了32位、64位Bitmap结构所能记录的限度，但是对象头信息是与对象自身定义的数据无关的额外存储成本，考虑到虚拟机的空间效率，Mark Word被设计成一个非固定的数据结构以便在极小的空间内存储尽量多的信息，它会根据对象的状态复用自己的存储空间。
 2.第二部分就是类型指针，即对象指向它的类元数据的指针。虚拟机通过这个指针来确定这个对象是哪个类的实例
 可以说对象头一部分存入对象的属性信息、一部分用来存入对象的引用
 [外链图片转存失败(img-6s1BN08z-1565936355966)(https://leanote.com/api/file/getImage?fileId=5d44f61dab64414954000427)]
 
实例数据
 
实例数据时对象真正存储的有效信息
 
对齐填充
 
对齐填充并不是必然存在的，它仅仅起着占位符的作用。
 
 
##对象的访问定位
 虚拟机栈中存放的有局部变量表，存放了编译期可知的各种基本数据类型（boolean、byte、char、short、int、float、long、double）、对象引用（reference类型，它不等同于对象本身，可能是一个指向对象起始地址的引用指针，也可能是指向一个代表对象的句柄或其他与此对象相关的位置）和returnAddress类型（指向了一条字节码指令的地址），我们的Java程序需要通过栈上的reference数据来操作堆上的具体对象。由于reference类型在Java虚拟机规范中只规定了一个指向对象的引用，并没有定义这个引用应该通过何种方式去定位、访问堆中的对象的具体位置，所以对象访问方式也是取决于虚拟机实现而定的。目前主流的访问方式有使用句柄和直接指针两种。
 ###句柄访问
 java堆中将会划分出一块内存来作为句柄池，reference中存储的就是对象的句柄地址，而举兵中包含了对象实例数据与类型数据各自的具体地址信息，对象实例是放在堆上的，而类型数据是放在方法区的
 [外链图片转存失败(img-T3Z7WLO2-1565936355969)(https://leanote.com/api/file/getImage?fileId=5d4535c8ab6441475d000689)]
 ###直接指针访问
 如果使用直接指针访问，那么Java堆对象的布局中就必须考虑如何放置访问类型数据的
 相关信息，而reference中存储的直接就是对象地址
 [外链图片转存失败(img-vfdtSv4H-1565936355970)(https://leanote.com/api/file/getImage?fileId=5d4535c8ab6441475d000688)]
 ###直接指针访问和句柄访问的优缺点
 这两种对象访问方式各有优势，使用句柄来访问的最大好处就是reference中存储的是稳定的句柄地址，在对象被移动（垃圾收集时移动对象是非常普遍的行为）时只会改变句柄中的实例数据指针，而reference本身不需要修改。
 使用直接指针访问方式的最大好处就是速度更快，它节省了一次指针定位的时间开销，由于对象的访问在Java中非常频繁，因此这类开销积少成多后也是一项非常可观的执行成本。

  //两个数组对象中查看 其中一个数组对象是否包含另一个数组对象中的值
      let arr = [
        {key:1,val:"张胜男"},
        {key:2,val:"王五"},
        {key:3,val:"李四"},
        {key:4,val:"刘超"},
        {key:5,val:"赵四"}
      ]
      let arr2 = [
        {key:1,val:"张胜男"},
        {key:2,val:"王五"},
       {key:6,val:"666"},
       {key:7,val:"777"},
       {key:8,val:"888"},
       {key:9,val:"999"},
      ]
      //如果能找到就返回对应的下标，如果找不到，就返回-1
      for(let i=0;i<arr.length;i++){
        const Index = arr2.findIndex((item) => {return item.key === arr[i].key})
        console.log(Index);  // 0、1、-1、-1、-1
        // 前两个数据的key值相同，打印出对应的下标 ，后面找不相同的key  输出-1
      }
 
  //两个数组对象中查看 其中一个数组对象是否包含另一个数组对象中的值
      let arr = [
        {key:1,val:"张胜男"},
        {key:2,val:"王五"},
        {key:3,val:"李四"},
        {key:4,val:"刘超"},
        {key:5,val:"赵四"}
      ]
      let arr2 = [
        {key:1,val:"张胜男"},
        {key:2,val:"王五"},
       {key:6,val:"666"},
       {key:7,val:"777"},
       {key:8,val:"888"},
       {key:9,val:"999"},
      ]
      
      for(let task of arr){
        const itemJson = arr2.find((item)=>{return item.key === task.key});
        console.log(itemJson)
        //{key: 1, val: "张胜男"}
        //{key: 2, val: "王五"}
        // 3 undefined
       // 如果有相同的值那么就返回对应的对象 如果没有则返回 undefined
       }
 
上述两种方法都能找出 一个数组对象中是否包含另一个数组对象中的元素，两种方法返回的结果不同，一个是返回下标，另外返回对应的对象，在实际应用场景中可根据不同需要选择不同的使用方式。

今天算是遇到一个问题了。相当苦恼。
 
需求如下：有2个相同id的对象，但它们的值不同。其中一个对象要用到另一个对象的属性值。
 
由于在hibernate的sessionFactory().getSession中不能存在2个相同id的对象。故此，想出复制对象。
 
找了很多地方，发现有2种方法可以达到复制对象的目的，只是最后这种方法还是没有解决我的问题。仅此记下来吧。
 
1，克隆clone
 
java支持克隆一个对象的值到另一个对象，简单的克隆和深度克隆，深度克隆可能包括继承，嵌套，没有用到，所以也就没怎么去研究它。
 
首先，克隆的对象需要实现 Cloneable接口，重写其中的clone()方法，为了使clone()方法在外部可用，需要将重写的方法访问修饰符改成public级别。
 

@Override
	public Object clone() throws CloneNotSupportedException {
		return super.clone();
	}

 
dv=(Deliverymanreport)deliverymanreport.clone();//克隆对象

 dv是deliverymanreport克隆的一个对象。它拥用克隆后的属性和方法。
 

 
 
2，序列化和反序列化Serializable
 
序列化的对象要实现Serializable接口才能实现序列化。
 
序列化后，通过反序列化可以得到和当前对象一样的对象。它比克隆来得更准备。但也就不一定最好，如果这个对象在之前被修改，序列化后可能就会出问题了。
 

ByteArrayOutputStream byteOut = new ByteArrayOutputStream();
ObjectOutputStream out= new ObjectOutputStream(byteOut);
out.writeObject(deliverymanreport);//写对象，序列化
ByteArrayInputStream byteIn = new ByteArrayInputStream(byteOut.toByteArray()); 
 dv=(Deliverymanreport)in.readObject(); //读对象，反序列化

 序列化经常用于文件传递的读取。尤其是在缓存中用得比较多，通过序列化可以将对象缓存在硬盘中。这在登录系统缓存用户权限和角色等信息最常见。而用对克隆对象，也不失为一种很好的方法。