① 解释Spring中IOC, DI, AOP
ioc就是控制翻转或是依赖注入。通俗的讲就是如果在什么地方需要一个对象，你自己不用去通过new 生成你需要的对象，而是通过spring的bean工厂为你长生这样一个对象。
aop就是面向切面的编程。比如说你每做一次对数据库操作，都要生成一句日志。如果，你对数据库的操作有很多类，那你每一类中都要写关于日志的方法。但是如果你用aop，那么你可以写一个方法，在这个方法中有关于数据库操作的方法，每一次调用这个方法的时候，就加上生成日志的操作。
说的不是很清晰，多写多看就能明白了。
② spring ioc和di的区别
IOC是个更宽泛的概念，DI是更具体的。引用郑烨的一篇博客，我眼中的Spring
Dependency Injection
原来，它叫IoC。
Martin Flower发话了，是个框架都有IoC，这不足以新生容器反转的“如何定位插件的具体实现”，于是，它有了个新名字，Dependency Injection。
其实，它就是一种将调用者与被调用者分离的思想，Uncle Bob管它叫DIP（Dependency Inversion Principle），并把它归入OO设计原则。
同Spring相比，它更早进入我的大脑。一切都是那么朦胧，直至Spring出现。
慢
慢的，我知道了它还分为Interface Injection（type 1），Setter Injection（type
2），Constructor Injection（type 3）。Martin Flower那篇为它更名的大作让我心目关于它的一切趋于完整。
在Spring中，它是一切的基础。Spring的种种优势随之而来。
于我而言，它为我带来更多的是思维方式的转变，恐怕以后我再也无法写出那种一大块的全功能程序了。
③ 怎样在php中更好的实现解耦
二、实现解耦两种方式
对于传统的PHP框架，我们很难把这个框架里某个需要的组件提取出来单独使用。因为这个组件可能会用到Logger对象、Config对象等等其他别的什么对象，而且这些外部依赖的代码是写死在源代码里的。有时候想单独使用框架内部的某个功能，不得不写大量的移植代码。要实现一个高度解耦的PHP框架，需要参考一下服务定位和依赖注入两种模式。在Zend framework2.0里，底层实现了DI，上层又按照SL封装了一个ServiceManager。
有人说Service Locator是一种反模式，因为在代码中使用Service Locator也算是一种隐含的外部依赖关系。其实这是矫情，难道在代码中使用IoC容器就不是外部依赖么？问题在于在恰当的场合使用恰当的模式。
首先要搞清楚代码究竟是属于“调用者”还是属于“被调用者”。作为“被调用者”，比如某个模块，可以预见到代码会被使用在不同场合，当然是对外部的耦合越小越好，对于自己所需要的外部接口，完全可以依赖外部“调用者”来被动注入；但对于的“调用者”代码来说，作为最终的应用层代码，需要做到统筹全局，当然是不可避免地要直接与各个组件产生耦合了。
至于什么时候用依赖注入，什么时候用服务定位，我个人的看法着这样的：编写组件时，最好使用依赖注入模式，特别是当这个组件可能被用于不同的项目工程中时；编写应用层代码、或者项目平台相关性强的组件时，可以使用服务定位模式。另外，依赖注入的外部接口对于组件来说应该是强依赖的，组件缺少这些外部接口是无法独立运行的；服务定位取得的外部接口应该是弱依赖的，在缺少接口的情况下，组件也能勉强运行。举个例子：用户模型组件在完成用户注册的过程中，会用到两个外部接口，一个是数据访问层接口，用于将用户信息保存到数据库或别的永久储存介质里，另一个是邮件发送接口，用于向用户邮箱发送一封注册确认信。其中数据访问层接口对于用户模型组件是强依赖关系，后者缺了前者将无法正常运行；而邮件发送接口对于用户模型组件是弱依赖关系，没有这个接口也能完成用户注册过程，只不过会产生一些警告信息。
④ 可以实现ioc模式的方法有哪些
di就是ioc，前者叫依赖注入 dependency injection, 后者是控制反转Inverse of Control， spring的ioc是用aop的方式进行di实现的，往大了方向，模式角度讲，aop是用动态代理模式实现的。
不过你说地也对，可以把ioc认为是在解耦，但是我觉得不能画等号，感觉上解耦有其他方式，我估计你想要的其实是解耦方式，当然它是有很多实现方式的，你了解一下java的那些个模式就知道了，通常一个模式就对应于你想的一个方式。比如asm这个框架，（PS：asm是java字节码框架的一种,这类框架还有javassist,和一个bcel,主要是用来直接操作.class文件，动态改变类的属性及行为，我只研究过asm) 它用的解耦模式叫做访问者模式，这个方式的特点是你实现其提供的接口后，你的业务逻辑应写在需要实现的接口方法体内，它通过读字节码而找到类的属性，方法，注解等等东西会通过调你实现的该方法以参数传给你。开始我很纳闷，这种方式很费解的，一改我们的平常思维：调框架提供的某个类的方法，经过它方法的处理得出的返回值是我们需要的值，而它这个，你需要的值是通过参数传进来的，不过后来悟出来了，给你留个悬念吧。想想为什么。
当然你想要的东西应该就是模式。网上搜罗吧。应该是26种，记不清了，不过模式的旨意都大同小异：提高代码重用率；解耦
⑤ 什么是AOP、IOC他们的作用是什么
什么是IoC
Ioc—Inversion of Control，即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下：
控制是什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建；谁控制谁？当然是IoC 容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。
为何是反转，哪些方面反转了：有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。
IoC能做什么
IoC不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。
其实IoC对编程带来的最大改变不是从代码上，而是从思想上，发生了“主从换位”的变化。应用程序原本是老大，要获取什么资源都是主动出击，但是在IoC/DI思想中，应用程序就变成被动的了，被动的等待IoC容器来创建并注入它所需要的资源了。
IoC和DI
DI—Dependency Injection，即“依赖注入”：是组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
注：如果想要更加深入的了解IoC和DI，请参考大师级人物Martin Fowler的一篇经典文章《Inversion of Control Containers and the Dependency Injection pattern》，原文地址：http://www.martinfowler.com/articles/injection.html。
AOP：面向切面编程
什么是AOP：
概念：在软件业，AOP为Aspect Oriented Programming的缩写，意为：面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。（网络）
简单的说：就是将程序中重复的代码抽取出来，在需要执行的时候，使用动态代理的技术，在不修改源码的基础上，对我们的已有方法进行增强。
AOP的作用和优势：
作用：从定义中来看，就是为了在程序运行期间，不修改源码对已有方法进行增强。
优势：减少重复代码 提交了开发效率 维护方便
实现方式： 就是动态代理的技术
具体的作用：实现事务的控制 日志 和 安全模块
想系统的学习编程可以来我这看看，希望对您有所帮助！~
⑥ ioc有两种实现机制 ioc是什么 为什么要ioc
di就是ioc，前者叫依赖注入 dependency injection, 后者是控制反转Inverse of Control， spring的ioc是用aop的方式进行di实现的，往大了方向，模式角度讲，aop是用动态代理模式实现的。 不过你说地也对，可以把ioc认为是在解耦
⑦ 面试题：请你说一说Spring中IOC和DI的含义应该怎么回答
ioc就是控制翻转或是依赖注入。
DI（Dependency Injection，依赖注入）
⑧ 为什么在python中是ioc / di不常见
为什么在python中是ioc / di不常见
IOC是控制反转,所谓反转是指应用本身并不负责依赖对象的创建和维护,而把这个任务交给第三方即Spring去处理,这是将创建对象的权利交给第三方,控制反转就是控制权的转移
DI是依赖注入.依赖注入,是指运行期间,Spring动态的将依赖对象注入到组件中。
当IOC容器启动时，容器负责创建容器内的所有对象;
根据配置信息形成对象之间的依赖关系；
也就是说让别人(ioc)为你服务。这是核心。
⑨ Spring中控制反转（IoC）/依赖注入（DI）说的是一回事吗只是名字不同新出的Spring3里是哪一个
同一件事，强调的内容不同而已。IoC控制反转，强调容器的作用，用于组织或控制容器内bean的运行。DI依赖注入，强调Bean需要外部注入才能正常运转。相对地说做容器框架的（比如Spring)当然强调控制了，怎么更好的控制别的Bean的运行，相反做模块的，当然强调注入了，我到底需要依赖注入什么。
其实本质上，主要优势就是通过接口解耦合，然后使用容器配置文件，组织bean的运行，扩展性更强，也便于灵活地用于大粒度的模块，组件级编程。Spring已经是比较成熟的容器框架，所以大多数人的设计，主要还是考虑到底需要依赖注入什么。
⑩ 怎么样使用php的laravel框架快速集成微信登录
1. 安装php_weixin_provider
在项目下运行composer require thirdproviders/weixin，即可完成安装。安装成功后，在项目的vendor目录下应该能看到php_weixin_provider的库文件：
image
2. 配置微信登录的参数
一共有7个参数可以配置，分别是：
client_id：对应公众号创建的应用appid
client_secret：对应公众号创建的应用appid
redirect：对应微信授权成功后的回调地址
proxy_url：对应微信授权的代理服务地址（其作用可阅读这篇文章了解）
device：区别是PC端微信登录还是移动端微信登录，默认值为pc，如果是移动端，可设置为空
state_cookie_name：授权链接中会包含随机的state参数，这个参数在微信回调的时候会原封不动的返回来，届时可通过验证state参数是否与授权链接中传入的参数相同，来判断请求是否有效，防止CSRF攻击。这个方案，会在授权时把state参数先存到cookie里面，所以这个参数用来指定这个state参数存入的cookie名称，默认值是wx_state_cookie
state_cookie_time：指定wx_state_cookie的有效时长，默认是5分钟
这七个参数有2种设置方式。
第一种是把这些参数以大写的形式配置到.env配置文件里面：
image
注：1、每个配置项都是大写，且以WEIXIN_开头；2、前三个配置项与前面介绍的参数名称不完全一致，KEY对应client_id，SECRET对应client_secret，REDIRECT_URI对应redirect；3、其它的与前面介绍的参数名称一致。
第二种是把这些参数配置到config/services.php文件里面去：
image
这种方式的配置，每个配置项的名称与前面介绍的一致。
要注意的内容：
由于php_weixin_provider是基于laravel/socialite实现的，它要求必须配置client_id，client_secret和redirect，否则php_weixin_provider实例化过程就会出错；对于client_id和client_secret，我认为统一配置在一个地方是没有问题的，但是对于redirect，如果统一配置，不一定符合所有场景的需求，因为不是每一个用到微信登录的地方，最后的回调地址都是同一个；所以建议把redirect先配置成一个有效或无效非空的回调地址；反正在后面使用php_weixin_provider的时候还可以在调用的时候更改这个参数的值。
proxy_url如果有，也建议配置在公共的地方；
state_cookie_name和state_cookie_time由于都有默认值，基本上无需重新配置；
device可以在使用的时候再指定。
所有配置参数都可以在使用的时候重新指定。
3. 注册php_weixin_provider
在项目的config/app.php文件里面，找到providers配置节，把如下代码加到它的配置数组里面：
image
4. 注册第三方登录事件的监听
在项目的app/Providers/EventServiceProvider.php里面加入以下代码：
image
laravel框架整体上是一种IOC跟事件驱动的思想，熟悉js就会对事件驱动非常熟悉，熟悉设计模式，就会对IOC（控制反转，也称为DI：依赖注入）比较熟悉，这个是理解第3步和第4步配置作用的关键。
5. 编写微信登录的接口
举例如下：
+ View code
Socialite::with('weixin')会返回php_weixin_provider的实例，也就是它：
image
拿到这个实例之后，就可以采用链式的方式调用它提供的所有public方法，比如设置配置参数，setDevice等等。
6. 编写微信登录回调的接口
举例如下：
+ View code
通过Socialite::with('weixin')拿到php_weixin_provider实例后，调用user方法，就会自动跟微信调用相关接口，并把微信的返回值封装成对象返回。如果在此过程中，有任何错误都会以异常的形式抛出，比如state参数校验失败，比如code失效等。
返回的$user对象包含的有效属性有：
image
小结：
这个方案是基于laravel/socialite实现，并发布到composer来使用的。laravel/socialite是laravel官方提供的第三方登录的模块，基于它可以很方便的集成大部分第三方平台的认证，目前它官方已经提供很多第三方的登录实现：https://socialiteproviders.github.io/。除了国外的facebook,google,github等，国内的微信，微博，qq也都有提供。我在一开始也用的是它官方提供的默认的微信登录provider来做的，但是后来我发现了以下几个问题：
1. 不支持微信授权的代理；
2. pc端跟移动端竟然还是分两个项目来做的:
image
3. 它封装的user对象里竟然不包含unionid
4. 更改配置参数的方式，实在是让人觉得难以使用：
image
所以我就在它官方的微信登录provider基础上，按照自己的想法，重新实现了一个来解决我发现的这些问题