BeanFactory 和 ApplicationContext 有什么区别
（1） BeanFactory 可以理解为含有 bean 集合的工厂类。BeanFactory 包含了种 bean 的定义，以便在接收到客户端请求时将对应的 bean 实例化。
（2）BeanFactory 还能在实例化对象的时生成协作类之间的关系。此举将 bean 自身与 bean 客户端的配置中解放出来。BeanFactory 还包含了 bean 生命周期的控制，调用客户端的初始化方法（initialization methods）和销毁方法（destruction methods）。
（3） 从表面上看，application context 如同 bean factory 一样具有 bean 定义、bean 关联关系的设置，根据请求分发 bean 的功能。但 application context 在此基础上还提供了其他
的功能。
（4） 提供了支持国际化的文本消息
（5） 统一的资源文件读取方式
（6） 已在监听器中注册的 bean 的事件

Spring Bean 的生命周期
（1） Spring Bean 的生命周期简单易懂。在一个 bean 实例被初始化时，需要执行一系列的初始化操作以达到可用的状态。同样的，当一个 bean 不在被调用时需要进行相关的析构操作，并从 bean 容器中移除。
（2）Spring bean factory 负责管理在 spring 容器中被创建的 bean 的生命周期。Bean 的生命周期由两组回调（call back）方法组成。
（3） 初始化之后调用的回调方法。
（4）销毁之前调用的回调方法。
（5）Spring 框架提供了以下四种方式来管理 bean 的生命周期事件：
InitializingBean 和 DisposableBean 回调接口
针对特殊行为的其他 Aware 接口
Bean 配置文件中的 Custom init()方法和 destroy()方法
@PostConstruct 和@PreDestroy 注解方式

Spring IOC （控制反转）如何实现
（1）Spring 中的 org.springframework.beans 包和 org.springframework.context 包构成了Spring 框架 IoC 容器的基础。
（2）BeanFactory 接口提供了一个先进的配置机制，使得任何类型的对象的配置成为可能。
ApplicationContex 接口对 BeanFactory（是一个子接口）进行了扩展，在 BeanFactory 的基础上添加了其他功能，比如与 Spring 的 AOP 更容易集成，也提供了处理 message resource 的机制（用于国际化）、事件传播以及应用层的特别配置，比如针对 Web 应用的 WebApplicationContext。
（3）org.springframework.beans.factory.BeanFactory 是 Spring IoC 容器的具体实现，用来包装和管理前面提到的各种 bean。BeanFactory 接口是 Spring IoC 容器的核心接口。

说说spring AOP？
面向切面编程，在我们的应用中，经常需要做一些事情，但是这些事情与核心业务无关，比如，要记录所有更新方法的执行时间，操作人等信息，记录到日志，
通过Spring的AOP技术，就可以在不修改更新的代码的情况下完成该需求。

Spring AOP 实现原理
（1）Spring AOP 中的动态代理主要有两种方式，JDK 动态代理和 CGLIB 动态代理。JDK 动态代理通过反射来接收被代理的类，并且要求被代理的类必须实现一个接口。JDK 动态代理的核心是 InvocationHandler 接口和 Proxy 类。
（2） 如果目标类没有实现接口，那么 Spring AOP 会选择使用 CGLIB 来动态代理目标类。CGLIB（Code Generation Library），是一个代码生成的类库，可以在运行时动态的生成某个类的子类，注意，CGLIB 是通过继承的方式做的动态代理，因此如果某个类被标记为 final，那么它是无法使用 CGLIB 做动态代理的。

动态代理（cglib 与 JDK）
JDK 动态代理类和委托类需要都实现同一个接口。也就是说只有实现了某个接口的类可以使用 Java 动态代理机制。但是，事实上使用中并不是遇到的所有类都会给你实现一个接口。因此，对于没有实现接口的类，就不能使用该机制。而 CGLIB 则可以实现对类的动态代理。

spring事务实现方式
（1）编码方式
所谓编程式事务指的是通过编码方式实现事务，即类似于jdbc编程实现事务管理，
（2）声明式事务管理方式
声明式事务管理又分为两种实现方式，基于xml配置文件的方式，另一个在业务方法上进行@Transaction 注解，将事务规则应用到业务逻辑中

如何自定义注解实现功能
创建自定义注解和创建一个接口类似，但是注解的interface关键字需要以@
符号开头，注解方法不能带有参数，注解方法返回值类型限定为：基本类型，String，Enums，Annotation或者是这些类型的数组，注解方法可以有默认值，注解本身能够包含云注解，元注解用来注解其他注解。

Spring MVC 运行流程
（1）spring mvc 将所有的请求都提交给 DispatcherServlet,它会委托应用系统的其他模块负责对请求 进行真正的处理工作。
（2）DispatcherServlet 查询一个或多个 HandlerMapping,找到处理请求的 Controller.
（3）DispatcherServlet 请请求提交到目标 Controller
（4）Controller 进行业务逻辑处理后，会返回一个 ModelAndView
（5）Dispathcher 查询一个或多个 ViewResolver 视图解析器,找到 ModelAndView 对象指定的视图对象
（6）视图对象负责渲染返回给客户端。

为什么选择 Netty（Netty 是一个基于NIO的客户、服务器端的编程框架，使用Netty 可以确保你快速和简单的开发出一个网络应用，例如实现了某种协议的客户、服务端应用）
（1）API 使用简单，开发门槛低；
（2） 功能强大，预置了多种编解码功能，支持多种主流协议；
（3）定制能力强，可以通过 ChannelHandler 对通信框架进行灵活的扩展；
（4）性能高，通过与其它业界主流的 NIO 框架对比，Netty 的综合性能最优；
（5）成熟、稳定，Netty 修复了已经发现的所有 JDK NIO BUG，业务开发人员不需要再为NIO 的 BUG 而烦恼；
（6） 社区活跃，版本迭代周期短，发现的 BUG 可以被及时修复，同时，更多的新功能会被加入；
（7）经历了大规模的商业应用考验，质量已经得到验证。在互联网、大数据、网络游戏、企业应用、电信软件等众多行业得到成功商用，证明了它可以完全满足不同行业的商业应用。
正是因为这些优点，Netty 逐渐成为 Java NIO 编程的首选框架。

什么是 TCP 粘包/拆包
（1）要发送的数据大于TCP发送缓冲区剩余空间大小。，将会发生拆包
（2）待发送的数据大于MSS（最大包文长度），TCP在传输前进行拆包
（3）要发送的数据小于TCP发送缓冲区的大小，TCP将多次写入缓冲区的数据一次发送出去，将会发生粘包。
（4）接受数据端的应用层没有及时读取接受缓冲区中的数据，将发生粘包。

说说业务中，Netty的使用场景？
（1）构件场景、低延时的各种Java中间件，例如MQ、分布式服务框架、ESB消息总线等，Netty主要作为基础通信框架提高性能、低延时的通信服务。
（2）公有或私有协议栈的基础通信框架，例如可以基于Netty构件异步、高性能的WebSocket协议栈；
（3）各领域应用，例如大数据、游戏等，Netty作为高性能的通信框架用于内部各模块的数据分发、传输和汇总等，实现模块之间高性能通信。

Netty线程模型？
首先，Netty 使用 EventLoop 来处理连接上的读写事件，而一个连接上的所有请求都保证在一个 EventLoop 中被处理，一个 EventLoop 中只有一个 Thread，所以也就实现了一个连接上的所有事件只会在一个线程中被执行。一个 EventLoopGroup 包含多个 EventLoop，可以把一个 EventLoop 当做是 Reactor 线程模型中的一个线程，而一个 EventLoopGroup 类似于一个 ExecutorService

说说Netty的零拷贝
零拷贝指的是机损及操作的过程中，CPU不需要为数据在内存之间的拷贝耗费资源，而他通常是指计算机在网络上发送文件时，不需要将文件内容拷贝到用户空间（User space）而直接在内核空间中传输到网络的方式。

Netty 内部执行流程
（1）Netty的接受和发送ByteBuffer采用Direct Buffers，使用堆外直接内存进行Socket读写，不需要进行字节缓冲区的二次拷贝，如果使用传统的堆内存进行Socket读写，JVM会将堆内存Buffer拷贝一份到直接内存中，然后才写入Socket中，相比于堆外直接内存，消息在发送过程中多了一次缓冲区的内存拷贝。
（2）Netty提供了组合Buffer对象，可以聚合多个ByteBuffer对象，用户可以像操作一个buffer那样方便的对组合buffer进行操作，避免了传统通过内存拷贝的方式将几个小buffer合并成一个大的buffer。
（3）Netty的文件传输采用了transferto方法，他可以直接将文件缓冲区的数据发送到目标 Channel，避免了传统通过循环 write 方式导致的内存拷贝问题。