j2ee中常用的名词解释

Spring 中的技术,有别于一般的设计实现方式.控制反转（IoC = Inversion of Control）IoC，用白话来讲，就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在：控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。

USB接口例子：笔记本电脑与外围存储设备通过预先指定的一个接口（USB）相连，对于笔记本而言，只是将用户指定的数据发送到USB接口，而这些数据何去何从，则由当前接入的USB设备决定。在USB设备加载之前，笔记本不可能预料用户将在USB接口上接入何种设备，只有USB设备接入之后，这种设备之间的依赖关系才开始形成。对应上面关于依赖注入机制的描述，在运行时（系统开机，USB 设备加载）由容器（运行在笔记本中的Windows操作系统）将依赖关系（笔记本依赖USB设备进行数据存取）注入到组件中（Windows文件访问组件）。

理解：传统模式中是类和类之间直接调用，所以有很强的耦合度，程序之间的依赖关系比较强，后期维护时牵扯的比较多。IOC，用配置文件(XML)来描述类与类之间的关系，由容器来管理，降低了程序间的耦合度，程序的修改可以通过简单的配置文件修改来实现。

java.lang.ClassNotFoundException和java.lang.NoClassDefFoundError的区别
这2个东西应该是java里很常见，很简单，他们都和classpath设定有关，但区别在哪里呢？ 我们都知道java里生成对象有如下两种方式：

1：Object obj = new ClassName(); 直接new一个对象

2：Class clazz = Class.forName(ClassName);

Object obj = clazz.newInstance(); 通过class loader动态装载一个类，然后获取这个类的实例

同样是生成对象，1在编译期间检查classpath, 如果没有类定义，编译没法通过。而2在编译期间是不会检查的，不过需要抛出或者自己catch ClassNotFoundException。 运行期间，如果1编译时依赖的类不在classpath中（导致classloader装载失败），此时抛出的异常就是NoClassDefFoundError。而如果2在运行期间需要装载的类不在classpath中，抛出的则是ClassNotFoundException。