摘要:控制反转,缩写为简单来说就是当自己需要一个对象的时候不需要自己手动去一个,而是由其他容器来帮你提供里面就是容器。
控制反转(Inversion ofControl,缩写为IoC)
简单来说就是当自己需要一个对象的时候不需要自己手动去new一个,而是由其他容器来帮你提供;Spring里面就是IOC容器。
例如:
在Spring里面经常需要在Service这个装配一个Dao,一般是使用@Autowired注解:类似如下
public Class ServiceImpl{ @Autowired Dao dao; public void getData(){ dao.getData(); }
在这里未初始化Dao直接使用是会报出空指针异常的,那么在Spring里面的做法就是通过反射来将需要的类帮你加载进来。
下面是一个例子模拟了Spring的DI和IOC首先写两个注解模拟Spring的注解:
Entity注解代表的是Spring的@Service @Target(ElementType.TYPE) // 类 @Retention(RetentionPolicy.RUNTIME) public @interface Entity { } 代表的是Spring里面的@Autowrid @Target(ElementType.FIELD) //描述方法的 @Retention(RetentionPolicy.RUNTIME) // 仅运行时保留 public @interface Resources { }
当注解建立完成之后再建立两个类:
Rain类代表的是需要从其他地方获取天气数据(数据库或者服务器)
public class Rain { public void rain(){ System.out.println("正在下雨"); // 为了方便直接写了 } }
Weather类代表的是获取到的天气数据
@Entity public class Weather { @Resources Rain rain; // 这里在后面通过反射直接注入rain public void weather_rain() { rain.rain(); }
下面是通过反射来直接注入:
首先遍历指定的包名:这一步先省略,
首先是建立一个List模拟Spring的bean容器,即将已经装初始化好的带有Entity注解的类全部初始化
public class Weather_reflec { List
最后也就是模拟Controller里面直接使用的
public class WeatherPrediction { public static void main(String args[]) throws ClassNotFoundException, NoSuchMethodException, InstantiationException, IllegalAccessException, InvocationTargetException { WeatherPrediction weatherPrediction =new WeatherPrediction(); Weather weather =(Weather)weatherPrediction.springDo(); weather.weather_rain(); // 这里如果是普通调用会报空指针异常,而容器却为其将rain这个变量赋值了,所以可以正常输出 } /* 模拟Spring启动过程,这一步其实可以多带带写一个类,这一步是容器该做的,而我们并不需要去管 */ public Object springDo() throws ClassNotFoundException, NoSuchMethodException, InvocationTargetException, InstantiationException, IllegalAccessException { Weather_reflec weather_reflec =new Weather_reflec(); // 启动的时候就需要加载的 Weather weather =new Weather(); //扫描类注解后new操作然后进行下一步 weather_reflec.get_ref(weather); // 将其类里面的变量进行new操作并放入容器 Object object =weather_reflec.returnList().get(0); return object; } 运行后输出:正在下雨
在WeatherPrediction里面并没有对Rain进行一个new操作但是却可以使用,这应该是最简单的一个模拟Spring的IOC例子了,当然Spring的IOC容器比这个强大太多了,比如需要考虑线程安全,以及各种的细节问题
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/69893.html
摘要:容器自动完成装载,默认的方式是这部分重点在常用模块的使用以及的底层实现原理。 对于那些想面试高级 Java 岗位的同学来说,除了算法属于比较「天方夜谭」的题目外,剩下针对实际工作的题目就属于真正的本事了,热门技术的细节和难点成为了主要考察的内容。 这里说「天方夜谭」并不是说算法没用,不切实际,而是想说算法平时其实很少用到,甚至面试官都对自己出的算法题一知半解。 这里总结打磨了 70 道...
摘要:本文是容器源码分析系列文章的第一篇文章,将会着重介绍的一些使用方法和特性,为后续的源码分析文章做铺垫。我们可以通过这两个别名获取到这个实例,比如下面的测试代码测试结果如下本小节,我们来了解一下这个特性。 1. 简介 Spring 是一个轻量级的企业级应用开发框架,于 2004 年由 Rod Johnson 发布了 1.0 版本。经过十几年的迭代,现在的 Spring 框架已经非常成熟了...
摘要:在上文中,我实现了一个很简单的和容器。比如,我们所熟悉的就是在这里将切面逻辑织入相关中的。初始化的工作算是结束了,此时处于就绪状态,等待外部程序的调用。其中动态代理只能代理实现了接口的对象,而动态代理则无此限制。 1. 背景 本文承接上文,来继续说说 IOC 和 AOP 的仿写。在上文中,我实现了一个很简单的 IOC 和 AOP 容器。上文实现的 IOC 和 AOP 功能很单一,且 I...
摘要:简介本篇文章是容器源码分析系列文章的最后一篇文章,本篇文章所分析的对象是方法,该方法用于对已完成属性填充的做最后的初始化工作。后置处理器是拓展点之一,通过实现后置处理器接口,我们就可以插手的初始化过程。 1. 简介 本篇文章是Spring IOC 容器源码分析系列文章的最后一篇文章,本篇文章所分析的对象是 initializeBean 方法,该方法用于对已完成属性填充的 bean 做最...
摘要:在写完容器源码分析系列文章中的最后一篇后,没敢懈怠,趁热打铁,花了天时间阅读了方面的源码。从今天开始,我将对部分的源码分析系列文章进行更新。全称是,即面向切面的编程,是一种开发理念。在中,切面只是一个概念,并没有一个具体的接口或类与此对应。 1. 简介 前一段时间,我学习了 Spring IOC 容器方面的源码,并写了数篇文章对此进行讲解。在写完 Spring IOC 容器源码分析系列...
阅读 2542·2021-11-15 11:38
阅读 2587·2021-11-04 16:13
阅读 17581·2021-09-22 15:07
阅读 975·2019-08-30 15:55
阅读 3224·2019-08-30 14:15
阅读 1634·2019-08-29 13:59
阅读 3163·2019-08-28 18:28
阅读 1546·2019-08-23 18:29