回调函数和thread线程的关系

1.为什么要有回调函数

	1.A函数调用B函数，需要得到B函数返回的结果后，才能往下执行，
	这样必须等到B函数执行完，才能执行下面的操作
	2.如何解决，就是把A函数中，需要得到B函数结果的操作，给funB执行，
	这样funcA就可以执行下面不需要B结果的操作
	3.如何解决：
		在A类中 将 操作片段 x ,封装成一个回调函数，并且准备一个回调接口类包装这个函数
		然后，传给需要执行回调函数的funcB,new 回调接口（）{回调函数的实现}这样funcB就可以拿到，这个回调函数
		同样funcA后面的操作也可以执行了，只需要将 funcB 异步出去即可

2.回调函数和回调接口类的关系

	1.回调函数存在于那个 接口中，那么这个接口就是 回调接口类
	2.有回调函数，就有回调接口类
	3.创建这个 回调接口类的 实现类，给需要执行回调的函数即可

3.回调者可以是类，也可以是类中的函数，反正就是一个可以接收，回调接口类的实体，函数的话，就在这个函数里面执行回调函数，类的话，就接收这个回调接口类，然后将回调接口类传给类中的某个函数即可

4.Thread线程的，runnable，和callable也是回调接口类，而Thread就是调用者,也就是回调者，这一步就是异步执行的，只是和thread线程不同的是，回调者执行完自己的操作后返回结果，在执行回调函数，此时的回调函数是依赖这个结果的

回调函数是一种思想，会用在其他很多地方，它的好处就是 事件对象出现，可以由回调者将事件对象传给回调函数，不影响主程序的执行，其本质

	1.回调接口类和回调接口（这是执行回调的地方）（监听器，观察者）
	2.回调者（事件源，被观察者）：发起回调的地方，就是调用回调接口的函数的类，
	监听器模式和观察者模式中，回调者直接管理了回调接口类，将它变成自己的属性
	3.回调的时机（事件对象的出现）：回调者调用回调函数的时机，一般是事件对象的发生，为了不影响主程序执行，事件源  异步 将事件对象传给 回调接口执行

回调模型，为了解决，特定事件每次发生后，都得立即有特定的回调接口去拿到这个对象并且，执行某段特定程序的功能，并且不能影响到主程序的进行，这个就是回调模型的思想

另外，事件对象的发生，可以是组件在某个时间自己发起一个事件对象，也可以是用户开发者自己发

	1.例如到某个时刻，我tomcat（事件源，事件的起源）会发起一个叫ServletContextEvent的事件（里面带着各种参数）
	  凡是实现了ServletContextListener接口的类，我都会调用里面的contextInitialized方法，并把这个事件参数传进去
	  这是tomcat加载spring的原理