第三十一问: 说一下线程中sleep()和wait()区别?
1 . sleep（）是让正在执行的线程主动让出CPU，当时间到了，在回到自己的线程让程序运行。但是它并没有释放同步资源锁只是让出。
2.wait()是让当前线程暂时退让出同步资源锁，让其他线程来获取到这个同步资源在调用notify()方法，才会让其解除wait状态，再次参与抢资源。
3. sleep()方法可以在任何地方使用，而wait（）只能在同步方法或同步块使用。
第三十二问: 请问spring是如何处理循环依赖的?
spring中主要是采用了三级缓存的一种模式来解决循环依赖,内在就是三个缓存的map结构。他们分别是singletonObjects，singletonFactories，earlySingletonObjects。(此图是网上看到的,感觉很不错,如侵权告知删除)
解释:
singletonObjects：一级缓存，存储beanName（key）和bean实例（value）之间的关系，这里存储的bean实例是已经完全创建完成的bean实例
earlySingletonObjects：二级缓存，也是存储beanName和bean实例之间的关系，注意和singletonObjects的区别，这里存储的bean实例是没有创建完成的bean实例，即该bean还在创建过程中，为了解决循环引用的问题，将未创建完全的bean缓存起来。
singletonFactories：三级缓存，用于保存beanName和bean工厂之间的关系。当三级缓存创建bean成功后，会将bean放入二级缓存，并将beanName对应的beanFactory从singletonFactories中移除。
ObjectFactory：有getobject()方法，在创建单例bean的过程中，为了解决循环依赖问题，会创建beanName对应的ObjectFactory放入SingletonFactoies中，达到提前曝光bean的目的。三级缓存singletonFactory.getObject()(三级缓存)获取，如果获取到了则：
this.earlySingletonObjects.put(beanName, singletonObject);
this.singletonFactories.remove(beanName);
为什么要三级缓存?
getEarlyBeanReference中支持AwareBeanPostProcessor这样的后置处理器，给用户提供接口扩展的。
第三十三问: 请问springboot 微服务 如何解决跨域问题?
1.方法级别的跨域访问
2.全局跨域访问
第三十四问: 请问JVM 有哪些基本的垃圾回收算法?
一、按照基本回收策略
1.引用计数 :
对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象(无法解决循环引用)
2.标记-清除
此算法分为两个阶段.第一阶段从引用根节点开始标记所有被引用的对象,第二阶段遍历整个堆,把没有标记的对象清除(需要暂停整个应用,同时会产生碎片)
3.复制
此算法把内存空间划为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前使用区域，把正在使用中的对象复制到另外一个区域中(每次只处理正在使用中的对象,不会出现“碎片”问题。就是需要两倍内存空间)
4.标记-整理
此算法结合了“标记-清除”和“复制”两个算法的优点。也是分两阶段，第一阶段从根节点开始标记所有被引用对象，第二阶段遍历整个堆，把清除未标记对象并且把存活对象“压缩”到堆的其中一块，按顺序排放。避免了碎片问题，也避免了“复制”算法的空间问题。
二、按分区对待的方式
1.增量收集
实时垃圾回收算法，即在应用进行的同时进行垃圾回收
2.分代收集
基于对对象生命周期分析后得出的垃圾回收算法。把对象分为年青代、年老代、持久代，对不同生命周期的对象使用不同的算法（上述方式中的一个）进行回收。现在的垃圾回收器（从J2SE1.2开始）都是使用此算法的.
三、按系统线程
1.串行收集
串行收集使用单线程处理所有垃圾回收工作，因为无需多线程交互，实现容易，而且效率比较高。但是，其局限性也比较明显，即无法使用多处理器的优势，所以此收集适合单处理器机器。当然，此收集器也可以用在小数据量（100M左右）情况下的多处理器机器上。
2.并行收集
并行收集使用多线程处理垃圾回收工作，速度快，效率高。而且理论上CPU数目越多，越能体现出并行收集器的优势。
3.并发收集
相对于串行收集和并行收集而言，前面两个在进行垃圾回收工作时，需要暂停整个运行环境，而只有垃圾回收程序在运行，因此，系统在垃圾回收时会有明显的暂停，而且暂停时间会因为堆越大而越长。
第三十五问: 请问JVM 如何解决同时存在的对象创建和对象回收问题?
1.垃圾回收线程是回收内存的，而程序运行线程则是消耗（或分配）内存的，一个回收内存，一个分配内存，从这点看，两者是矛盾的。
2.因此，在现有的垃圾回收方式中，要进行垃圾回收前，一般都需要暂停整个应用（即：暂停内存的分配），然后进行垃圾回收，回收完成后再继续应用。(缺点:当堆空间持续增大时，垃圾回收的时间也将会相应的持续增大，对应应用暂停的时间也会相应的增大。就是一些对相应时间要求很高的应用，比如最大暂停时间要求是几百毫秒，那么当堆空间大于几个G时，就很有可能超过这个限制，在这种情况下，垃圾回收将会成为系统运行的一个瓶颈。
3.并发垃圾回收算法，使用这种算法，垃圾回收线程与程序运行线程同时运行。在这种方式下，解决了暂停的问题，但是因为需要在新生成对象的同时又要回收对象，算法复杂性会大大增加，系统的处理能力也会相应降低，同时，“碎片”问题将会比较难解决.
因此,针对不同引用做不同的调优处理.
第三十六问: 谈谈你对Http协议与TCP协议简单理解?
1.Tcp协议对应着传输层，而HTTP协议对应着应用层；
2.从本质上而言，他们之间是没有区别的，因为http协议是建立在TCP协议之上的，比如，当我们发送一个http的请求，那么http就会通过tcp来建立一个连接到服务的一个通道，Http会立即将TCP断开，因此我们也说http是一种短连接或者无状态连接。
那什么叫无状态或者短链接?
1. 所谓的无状态，是指浏览器每次向服务器发起请求的时候，不是通过一个连接，而是每次都建立一个新的连接。如果是一个连接的话，服务器进程中就能保持这个连接并且在内存中记住一些信息状态，而每次请求结束后，连接就关闭，相关的内容就释放了，所以记不住状态，成为了无状态连接。
2.如果我们每次访问一个页面都要建 立一个TCP的连接，那效率就慢了，从HTTP/1.1开始，默认都开启了Keep-Alive，保持连接性，也就是说当一个网页打开完成后，http数据的tcp连接不会再关闭了，会有一个保持的时间，但是这个时间一到也会自动关闭。而http是短连接，tcp是长连接。因为，http每次请求完后就会关闭，而通过socket编程使用TCP协议的时候，控制开关闭的代码在我们手上，我们只要不关闭就会让连接状态一直保持着。
后:
至此,三十六问系列全部结束,每一个问题都可以发散带每一面,每个知识点,想要弄清除底层很多东西 就需要不断学习探索了, 希望可以帮助你们得面试,帮助你们巩固知识