回答·20
最热
最新
- ioc 是控制反转，意思就是将平时我们自己创建对象的过程交给 spring，由 spring 创建对象和管理对象，可以避免对对象的错误使用。涉及到项目的话就是在配置类，就是使用@Configuration 注解标记的类中使用@Bean 注解一个方法，该方法的返回值类型就是你要 spring 帮你创建并管理的对象。另外我们使用的 spring 的自动装配机制也是 IOC 的具体实现 AOP 的意思是面向切面编程，将业务逻辑的各个部分进行隔离，降低耦合度。具体到项目中就是持久层，业务逻辑层，控制器层等，提高项目的可重用性，提高开发效率
- IOC 和 AOP 无论实在单体还是分布式都很频繁的使用 首先说说 IOC，其实就是个大容器，里面可以存储很多我们的实例 bean（豆），比如我们一个类的方法（非静态）很多地方都要用到，我们就可以采用 spring 给我提供的注解：@bean，@componet，@configuration，@service 来实现注入到 IOC 容器里面，当然，如果你想规定注入顺序呢，也可以用@order 来规定注入顺序，以免实例化顺序出错，使用可以采用@autowired，或者@resource 来注入到我们的成员变量里面（这个类也必须是 bean，不然不会自动注入），当运行时我们的 spring 应用，会用反射的方式加载我们的 bean，将实例化成员负值给我们需要用到的变量里面（默认名称是类名称的首字母小写），来说说例子吧：很多第三方集成的包基本上都是采用自定义注解来托管给 spring 的 IOC 存储实例，mybatis 的@mapper 就是如此 再介绍下 aop 吧，字面意义：面相切面编程，其实很简单的理解，里面学问很大，通常实现 aop 方式 Java 里面有两种：一种基于 jdk 的动态代理，一种是 spring 的 cglib 库实现。里面有好多个概念不一一赘述了，官方文档好好看，切面切点通知方式等都先了解一下…（balabala 省略 300 字），了解个大概，说说用途吧，最常用的还是事务，我们开发的时候 spring 是有提供事务支持给我们的，底层就是 aop，在个人开发者最常用的还是做些日志和数据追踪存储之类的，相对来说还是比较方便的，比起每个业务方法里面都写同样的新增数据，这个算是成本最低了，使用方法的话可以采用自定义注解，使用合适的通知会调用我们的业务代码，再用 aop 去获取里面的值，再存入数据库，一般流程基本如此 来说下总结吧：针对复用多的类，IOC 采用注解方式注入我们的实例（@bean，@componet，@configuration 等），采用注入方式（DI）@resource，@autowired 加载成员变量，使用和正常没啥两样，简化了 new 的繁琐过程，以及解耦了我们的业务代码里面的不必要步骤 针对需要采用 aop 实现的业务，选取合适的通知（advice），对我们的业务代码不干扰的情况下增强我们的功能，使用方法：自定义注解加 aop 获取值去做
- aop 面向切面编程就是拦截器意思就是举个例子：写好的程序比如某系统的登录模块现在已经写好了所有业务了不想修改任何业务代码但是却想增加一个使用安卓客户端验证的特殊功能。这时候使用 aop 就可以轻松完成。具体完成方法相信你所学习的教材中都有以上需要添加的新功能有很多例如做一个日志系统每次登录记录一些东西比如做权限判断 现在举个现实的例子把啊现在市场上的 ipad 都是不能打电话的但是有一种东西叫做’苹果皮‘的东西安装进去‘可以让 ipad 能实现打电话这就是用了 aop 这种思想完成的 aop 就是把业务当作管状的那儿需要加点功能就切开安装进去然后接起来。 ioc 比较简单意思就是每个人需要的对象都是找别人要的也就是 spring 管理对象们的需求举个例子皇上（对象 1）说我要 100 斤美女（需要某对象 a）他不需要自己去找美女（自己创建对象 a）而是找后宫专门的机构（spring 容器要)每个人都是这样的需要对象都是依赖别人（spring）的 补充 spring 是如何运用的 spring 是一个容器是一个管理器用来管理项目中的所有对象以及处理各个对象的依赖关系的
- 搞清楚为什么要用 spring，就是为了它这两个技术。一个程序肯定会有许多常用的基础组件，频繁手动创建和注入，对比程序自动创建和注入哪个更好？程序中难免会出现许多函数存在相同的代码或这需要增强一批不同的函数，当然封装代码调用也行，但对比 aop 这种不需要修改代码就能做到的批量增强技术，哪种更好。spring 强大之处在于批量管理和针对性的管理 bean 都非常方便和容易理解。扩展性极强，功能全面，自定义能力也级强。
- ioc 控制反转，不用通过 new 就能直接使用类的实例，在项目中，通过注解或者配置 bean 节点都可以将类的实例化和初始化交给 spring 来完成，使用时，我们直接通过 bean 工厂直接获取类的实例，接着就是业务代码。这个没什么可说的，autowired，value，service，componet 等注解联合使用，就可以直接用类的实例来完成业务功能开发了。 aop 面向切面编程，一般是使用代理模式来实现在一个方法前后插入一段业务逻辑，代理模式分为静态代理和动态代理，静态代理意味着你要自己写代理类，动态代理意味着代理类会自动生成。动态代理有 jdk 动态代理和 cglib 动态代理，前者支持接口代理，后者为继承代理，各自有不同的应用场景，无有优劣之分。 怎么用？一般项目中，都会用到 controller 层的 aop 做异常统一处理和请求日志打印。
- ioc 和 aop 是 spring 的诸多特性中的两个，也是日常项目中应用比较多的两个。 ioc 说白了就是把对象的控制权交给了 spring 去实现，比如说通过 xml 和注解(取代 xml 的一种形势)的形式实现。我们也可以通过 bean 的后置处理器去去自定义。 aop 字面意思就是切面编程，从主业务中分离，减少主业务代码的修改。实现诸如权限，日志，事务等一些场景…
- IOC 又叫做依赖注入，他的核心就是 beanfactroy，所以也就是说 IOC 是基于工厂模式设计的。工厂所实例化的 bean 都是单例的，如果想要修改单例为多实例的，在 bean 标签中设置属性 scope=prototype。在没有使用 IOC 以前，程序员需要手动去创建 bean 之间的依赖关系，比如说 controller 依赖于 service 完成业务操作，service 依赖于 dao 完成数据库操作，就需要在 controller 中 new 这个 service，在 service 中 new 这个 dao。这种方式，是程序员在控制对象的生命周期和依赖关系，耦合度很高，不利于程序的扩展。使用 IOC 管理 bean 和依赖关系，可以降低耦合。我们将 controller，service，dao 等类定义成 IOC 的一个 bean 组件，由 beanfactroy 来实例化这个 bean。IOC 有三种注入方式，分别是属性注入，构造器注入，接口注入。接口注入是 spring 提出的一个设计，没有具体的实现。所以我们通常使用属性注入比较多。为了解决定义 bean 标签的冗余复杂，spring 提供了一个自动装配方式，使用注解 autowired 注入就可以了。Bytype：只要类型一致就会自动寻找，byname：自动按照属性名查找匹配。这样就不需要再去定义多余的 bean 标签。Spring 中常用的注解有@controller，@service，@repositroy 等等。除了 ioc 以外，spring 中还有一个核心就是 aop。Aop 是面向切面编程，主要作用就是日志记录，事务控制。Aop 是基于代理模式实现的。代理模式的话分为静态代理和动态代理。静态代理就是说一个接口分别有一个真实实现和代理实现。动态代理就是说通过代理类的代理，接口和实现类之间不能直接产生联系，但是在运行期，可以实现动态关联。有两种实现方式，一种是基于 jdk 的 proxy 还有一种是通过 cglib 来实现的，aop 默认是通过 jdk 来实现的，jdk 需要有接口的支持。Cglib 不需要，他是基于类的。Aop 的通知模型有前置通知，后置通知，环绕通知，异常通知。我使用前置通知后置通知比较多。前置通知就是说在方法执行之前执行的，后置通知是方法执行之后执行的
- 控制反转，也可以算是依赖倒置，可以将用到的一些对象放在 spring 中来管理，使用时直接注入即可。 切面提供了可以在层和层之间进行逻辑加强的可能，日志，事务，认证和鉴权等。原理是代理，cglib,jdk 代理来实现。 切面同时给了一种解决问题的思路，也可以算成一种设计架构模式，比如，过滤器。拦截器等都可以算是从逻辑上对切面的应用。
- ioc 控制反转 帮我 new 对象 工厂模式 Aop 面向切面编程 如统一记录日志 统一异常 统一返回值等等
- 简单点说 ioc 就是省去实例化组件的过程，在自动装配的时候为依赖的变量赋值 aop 就是代码增强 在固定逻辑前后加入通用处理