很多人在面试过程中都会被问到这个问题，语法上的区别大家都知道，但是如果面试时你只说语法上的区别估计面试官会在心里扣你两分下面说说这两者在设计方面的区别：接口大家比较熟悉一点，因为现在的MVC架构业务层规范就是先写接口再写实现类，那大家有没有想过，用抽象类代替这些接口，是否可行呢？从语法上当然是可行的，但是不会这样做，为什么呢？大材小用，理念不同..接着往下看举个例子，领导说了，需要有个订单报...

不存在完美的分布式事务方案，只有不断地trade off。而且不一定非要用分布式事务，对账也挺香的

明确关键点：要搞懂事件在多个ChannelHandler间的传播顺序，有两个关键点需要明确1.pipeline初始化时，会创建两个哨兵Handler，即HeadContext、TailContext，我们添加的Handler处于这两个哨兵Handler之间，HeadContext可以是入站事件传播的起点，一定是出站事件传播的终点TailContext可以是出站事件传播的起点(为啥分为"可以是"与"

BeanFactory会从配置元信息中加载beanDefinition，并将其注册到BeanDefinitionRegistry中，之后创建、管理bean的工作，都要依赖于beanDefinition。容器启动过程中加载beanDefinition，注册beanDefinition，从容器获取bean时(getBean)，容器如何使用beanDefinition完成bean的创建工作

java中的语法糖：泛型、自动装箱拆箱、变长参数、增强for循环、switch字符类型等，这些都是语法糖虚拟机运行时不支持这种语法，在编译期间这些内容会被还原为基础的语法结构，这个过程称为解语法糖我们拿泛型来说明：它只在程序源码中存在，在编译后的字节码文件中，就已经替换为原来的原生类型（也称为裸类型）了，并且在相应的地方插入了强制转型代码，因此，对于运行期的Java语言来说，ArrayList＜i

逃逸分析：逃逸分析的基本行为就是分析对象动态作用域，当一个对象在方法中被定义后，可能会被外部方法所引用，比如方法调用，也有可能被其他线程访问，比如类变量，这两种情况分别叫做对象的方法逃逸和线程逃逸如果虚拟机通过分析得出对象不会存在方法逃逸或者线程逃逸，则可以进而采取下面几种优化措施：同步消除：同步操作是一个耗时的过程，如果确定一个变量不会发生线程逃逸，也就是不会被其他线程访问到，那对于这个变量的同

java对象的内存布局：对象头：包含两部分数据，一部分是运行时数据，包含了对象的hash值，GC分代年龄，锁状态，线程持有的锁，偏向锁等信息一部分是对象的类型指针，虚拟机通过这个指针确定对象是那个类的实例，如果是数组，还必须包括数据的长度信息实例数据：接下来就是对象的成员变量的内容，包括了从父类继承下来的内容对齐补白：jvm要求java对象的起始地址必须是8的倍数，所以这部分内容用来对齐...

BeanFactory是Spring IoC中最核心的接口，它承担IoC最基本的职责，即创建并管理各种类的对象。BeanFactory接口只定义了最基础的IOC容器功能，它的扩展接口众多，继承体系设计优雅，堪称经典

撸一撸Spring Framework-IoC系列文章目录IoC概述BeanFactoryApplicationContextBeanDefinitionBeanWrapper资源管理利器(Resource与ResourceLoader)配置管理(Environment与PropertySource)不简单的泛型(ResolvableType)考虑下下面这个使用文件服务上传文件的简单程序，要把它正

Spring Framework中最核心的模块就是IoC容器(Inversion of Control，控制反转)，其他模块如aop、aspectjs、Data Access等都在此基础上展开，我们就从IoC开始旅程IoC也称为依赖注入(DependeccyInjection,DI)，注意，这二者是替代关系，并不是网上广泛传播的、极具迷惑性的"思想和实现"的关系