A. 在java语言中实例化一个对象的运行顺序
C不只能考级!! UNIX，WINDOWS漏洞，单片机。。很多地方都用到了C!! C语言是高级语言的基础，学习计算机语言可以先学C，但如果以后不用C直接学C++也行，但入门稍微困难点。C是面向过程编程的，这样往往会导致所谓的单一程序，既所有的功能只能包含在几个（通常是一个）代码模块中。 而C＋＋是面向对象编程（OOP）的，他杜绝了C面向过程的缺陷.OOP常常要使用许多代码模块，每个模块都有特定的功能，而且是孤立的。OOP提供了非常强大的多样性，大大增强了代码的重用机会! C语言有一个突出的优点就是适合于多种操作系统, 如DOS、UNIX,也适用于多种机型。 当然，C语言也有自身的不足，比如：C语言的语法限制不太严格，对变量的类型约束不严格，影响程序的安全性，对数族下标越界不作检查等。从应用的角度，C语言比其他高级语言较难掌握。 总之，C语言既有高级语言的特点，又具有汇编语言的特点；既是一个成功的系统设计语言，有时一个使用的程序设计语言；既能用来编写不依赖计算机硬件的应用程序，又能用来编写各种系统程序；是一种受欢迎、应用广泛的程序设计语言。 C++:面向对象的语言.是一门独立的语言；他并不依赖C语言.是编程语言中最复杂的一门.而VC是用微软Visual C++编译器编译的语言,与标准c++有一些细微的不同. Java程序中的每个变量要么是基本数据类型（boolean, char, byte, short, int, long, float, double），要么是对对象的引用 C++有许多种基本类型，额外还有struct, union, enum, 数组和指针，C++指针可以指向对象，也可以不指向对象 Java没有枚举、联合类型，因为Java认为没有必要。将可有可无的语言元素去掉是Java对C/C++做出的一大改变，因此，普遍认为Java较C++更轻便，更精简 Java采用Unicode字符集，C++通常用ASCII字符集。但ASCII是Unicode的子集，对于习惯于ASCII的程序员感觉不到区别 Java中的boolean类型不能转换成其他类型，反之亦然。C++最近引进了bool类型，代表布尔类型，整型也作为逻辑判断 模板是一种“泛型编程思想”，它有别于“面向对象编程思想”。C++在很大程度上已经支持了这种新型编程方法，特别是STL的出现 Java目前仍未支持泛型编程，不过据说Sun公司有在Java中引入模板的计划 C++支持“运算符的重载”，这是它的一个很重要的多态特征，是数据抽象和泛型编程的利器。它允许直接对对象进行四则运算，正像基本数据类型那样 Java不支持这种多态机制，也是为降低复杂性 两种语言都支持方法重载(overloading) 在C++中，为了允许运行时动态决定哪个函数被调用，一个函数必须用virtual修饰。virtual关键字被自动继承，用以支持多态 凡是没有用virtual修饰的成员函数（包括static）都是静态绑定的，即在编译时决定调用哪个版本 而在Java中，除了static、final、private是静态绑定以外，所有方法一律按动态绑定处理 C++中有“拷贝构造函数”的概念，在三种情况下，自动调用它 用一个对象初始化另一对象 对象作实参进行函数调用 对象作函数的返回值 通常，当一个对象需要做“深拷贝”(钱能：《C++程序设计教程》)时，我们需要为它事先定义“拷贝构造函数”、“赋值运算符的重载函数”和“析构函数”；否则编译器将以“按位”的形式自动生成相应的缺省函数。倘若类中含有指针成员或引用成员，那么这三个默认的函数就隐含了错误 Java则没有这种语法结构和语义逻辑 C++支持inline函数，可以避免函数的堆栈调用，提高运行效率 Java无这种语义 C++中，构造函数的初始化列表是这样使用的：首先按继承顺序调用基类的构造函数构造基类对象，然后按声明顺序调用成员对象的构造函数构造成员对象，最后对列表中出现的成员变量做初始化 Java不采用初始化列表这种构造机制 它们的构造顺序基本一致： 静态变量初始化 静态初始化块（Java） 调用基类的构造函数构造基类对象 实例变量的初始化 构造函数的其余部分 Java使用abstract关键字修饰抽象方法或抽象类 C++的对等语法是“纯虚函数”和“抽象类” 两者都使用抽象类作为继承层次中的基类，提供一般概念，由子类实现其抽象方法，且抽象类都不能被直接实例化为对象 Java中有final关键字，修饰类、方法或变量 final类不能被继承 final方法不能被子类覆盖 final变量就是常量 C++中没有这个关键字，常量可以使用const或#define定义 const还可以修饰成员函数，即“常成员函数”，当一个const成员函数修改成员数据，或调用非const成员函数时，编译器会报错 我们应将不修改成员数据的函数声明为const Java和C++中的static关键字语法和语义基本相同 static成员变量又叫类变量，被类的所有对象共享 A::x (C++)：必须在类体外初始化 A.x (Java)：必须在类体内初始化 static成员方法又叫类方法，访问static变量 A::f( ) (C++) A.f( ) (Java) 两者都有内部类和局部类的语法和语义 Java中没有友元函数和友元类的概念，严格支持封装，不允许外部方法访问类的私有成员 而C++支持friend关键字，允许外部方法访问类的私有成员，因此不是一种纯面向对象的编程语言 Java中类或interface可以用public修饰，也可以不修饰；而C++类不能修饰 三种访问权限的语义相同，语法略有差别 C++中还有继承权限修饰符，Java则没有 class A: protected B, public C (C++) class A extends B (Java) Java有super关键字，指代父类对象，通常被用于调用父类的构造方法或一般方法 C++则没有super关键字 两者都有this，指代当前对象 Java有package的概念，可以将类组织起来，便于打包和部署，也有利于类的安全。C++没有这个概念，一个类可以被任意类访问 Java applet可以被嵌入HTML文档中，然后由Web浏览器下载和执行 Java API有对网络通讯的特别支持 C++则无内置网络功能 C++程序员必须显式地实现动态内存管理，在析构函数中用delete运算符或free( )函数释放对象和其他动态分配的数据空间，否则会造成“内存泄露” 而在Java中，垃圾收集是自动的。当对象的最后一个引用变量被释放掉，这个对象就成为垃圾收集器的候选对象了 因此Java不支持析构函数 finalize( )方法主要被用来释放先前打开的非内存资源，如文件句柄 Java源代码被编译成字节码（.class文件），字节码是一种只有JVM才能识别的二进制低级代码，它与具体的处理器无关，要由安装在OS之上的JVM解释执行，转换成相应平台的机器码，因此Java是体系结构中立和跨平台的 而C++直接被编译成底层平台的二进制机器码，由CPU执行，是平台相关的 因此，当解释执行时，Java程序速度更慢 Java语言支持多线程，允许并发线程的同步与互斥操作 C++则没有这种内在机制 Javadoc.exe可以将Java程序的内容和结构转换成HTML格式的文档
B. 帮忙解析一下struts-config.xml里的一些声明
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE struts-config SYSTEM "struts-config_1_3.dtd"><struts-config> <display-name /> <!– 定义包含它的标记的描述性文本 –> <description /> <!– 定义包含它的标记的简短说明（或名称） –> <form-beans> <!– name // 指定 FormBean 的逻辑名称 type // 指定 FormBean 类的全限定类名 className // 为当前 FormBean 定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.FormBeanConfig –> <form-bean name="form-beanName" type="org.apache.struts.action.DynaActionForm" className="" > <icon> <!– 封装 large-icon 和 small-icon 标记的一个实例 –> <small-icon></small-icon> <!– 定义要关联到包含它的标记的大图标（32*32像素）的位置 –> <large-icon></large-icon> <!– 定义要关联到包含它的标记的小图标（16*16像素）的位置 –> </icon> <display-name></display-name> <!– 定义包含它的标记的描述性文本 –> <description></description> <!– 定义包含它的标记的简短说明（或名称） –> <set-property property="" value=""/> <!– 指定属性名称&值 –> <!– name // 指定属性名称 type // 指定属性的低层字段的全限定类名。此外，[]可以追加到类型声明中以表示该字段的索引（例如，java.lang.String[]） className // 指定属性要使用的 FormPropertyConfig 子类的全限定类名 默认名称为 org.apache.struts.config.FormPropertyConfig initial // 指定属性的初始值。如果没有指定，属性的值将被初始化为 0 ， 对象将由默认构造函数进行初始化（因此，String 将初始化为""） size // 指定当 type 属性指定一个数组并且 initial 属性被省略时要创建的数组的大小 –> <form-property name="" type="" className="" initial="" size="" > <set-property property="" value=""/> <!– 指定属性名称&值 –> </form-property> </form-bean> </form-beans> <global-exceptions> <!– key // 指定此处理程序要使用的资源束消息关键字 type // 指定异常处理程序所对应的异常类的全限定类名 scope // 指定将用于访问此异常的 org.apache.struts.action.ActionError 对象的范围（ "请求" 或 "会话" ） path // 指定当此异常处理程序被触发时要重定向到的相对于模块的URL handler // 指定异常处理程序的全限定类名称 className // 为当前异常定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.ExceptionConfig bundle // 指定资源束的 Servlet 环境属性关键字，该资源束由 message-resources 标记定义， bundle 标记将用于检索包含 key 属性指定的关键字的消息 –> <exception key="" type="" scope="request" path="" handler="" className="" bundle="" > <icon> <!– 封装 large-icon 和 small-icon 标记的一个实例 –> <small-icon></small-icon> <!– 定义要关联到包含它的标记的大图标（32*32像素）的位置 –> <large-icon></large-icon> <!– 定义要关联到包含它的标记的小图标（16*16像素）的位置 –> </icon> <display-name></display-name> <!– 定义包含它的标记的描述性文本 –> <description></description> <!– 定义包含它的标记的简短说明（或名称） –> <set-property property="" value=""/> <!– 指定属性名称&值 –> </exception> </global-exceptions> <global-forwards> <!– name // 指定 forward 的逻辑名称 path // 指定 forward 的 URL className // 为当前 forward 定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.ForwardConfig redirect // 可以设置成 "true" 或 "false" ，表示是否为该 forward 的URL 执行 HTTP 重定位 默认值为 "false" –> <forward name="forwardName" path="/forward.jsp" className="" redirect="false" > <icon> <!– 封装 large-icon 和 small-icon 标记的一个实例 –> <small-icon></small-icon> <!– 定义要关联到包含它的标记的大图标（32*32像素）的位置 –> <large-icon></large-icon> <!– 定义要关联到包含它的标记的小图标（16*16像素）的位置 –> </icon> <display-name></display-name> <!– 定义包含它的标记的描述性文本 –> <description></description> <!– 定义包含它的标记的简短说明（或名称） –> <set-property property="" value=""/> <!– 指定属性名称&值 –> </forward> </global-forwards> <action-mappings> <!– path // 指定要映射到的相对于模块的 URL attribute // 用于指定请求范围或会话范围属性的名称，与当前操作相关联的 FormBean 将以该名称存储 通常情况下，name 属性指定的名称用于查找 FormBean ，然而，如果使用了本属性，name 属性将被替代。只有指定了 name 属性，本属性才有效 className // 为当前 Action 定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.ActionConfig forward // 如果当前 Action 映射路径匹配，则指定一个要转发到的相对于模块的 URL 使用 RequestDispatcher.forward()执行转发 每次只能指定本属性、include 和 type 属性这三者中的一个 include // 如果当前 Action 映射路径匹配，则指定一个要转发到的相对于模块的 URL 使用 RequestDispatcher.forward()执行转发 每次只能指定本属性、forward 和 type 属性这三者中的一个 input // 如果与当前 Action 关联的 FormBean 被设置要进行验证并且验证过程失败，则指定一个相对于模块的 URL ， 控制权将转交给该 URL 。只有指定了 name 属性，本属性才有效 name // 指定由 form-bean 标记定义的 FormBean 的逻辑名称 ，此逻辑名称将与当前当前操作关联 parameter // 指定一个值 ，该值将作为通用配置参数在每次执行操作时传递到 type 属性定义的 Action 对象 prefix // 指定填充当前 Action 关联 FormBean 时 ，要添加到请求参数名称的前缀 因此，如果请求参数名为 "username" 并且 prefix 属性被设置为 "search" ， 则将对 FormBean 调用一个名为 setSearchUsername() 的方法 只有指定了 name 属性，本属性才有效 roles // 指定一个允许访问当前 Action 的安全角色列表，以逗号分隔 scope // 指定范围（"请求" 或 "会话"），此范围将与 name 属性一起用于访问与该操作相关联的 FormBean 只有指定了 name 属性，本属性才有效 suffix // 指定填充当前 Action 的关联 FormBean 时，要添加到请求参数名称的后缀 因此，如果请求参数名为 "username" 并且 suffix 属性被设置为 "search" ， 则将对 FormBean 调用一个名为 seUsernameSearch() 的方法 只有指定了 name 属性，本属性才有效 type // 如果当前 Action 映射路径匹配，则指定一个要转发到的相对于模块的 URL 使用 RequestDispatcher.forward()执行转发 每次只能指定本属性、forward 和 include 属性这三者中的一个 unknown // 可以设置成 "true" 或 "false" ，表示是否将该操作设置为应用程序的默认操作 如果设置为 "true" ，此操作定义将处理任何与其他映射不匹配的应用程序 URL 只有在每个模块中配置一个 action 定义时，才可以将其设置为 true 默认值为 "false" validate // 可以设置成 "true" 或 "false" ， 表示 name 属性指定的 FormBean 在执行当前 Action 之前是否调用 validate() 方法 默认值为 "true" –> <action path="/action.jsp" attribute="" className="" forward="" include="" input="" name="" parameter="" prefix="" roles="" scope="request" suffix="" type="" unknown="false" validate="true" > <icon> <!– 封装 large-icon 和 small-icon 标记的一个实例 –> <small-icon></small-icon> <!– 定义要关联到包含它的标记的大图标（32*32像素）的位置 –> <large-icon></large-icon> <!– 定义要关联到包含它的标记的小图标（16*16像素）的位置 –> </icon> <display-name></display-name> <!– 定义包含它的标记的描述性文本 –> <description></description> <!– 定义包含它的标记的简短说明（或名称） –> <set-property property="" value=""/> <!– 指定属性名称&值 –> <!– key // 指定此处理程序要使用的资源束消息关键字 type // 指定异常处理程序所对应的异常类的全限定类名 scope // 指定将用于访问此异常的 org.apache.struts.action.ActionError 对象的范围（ "请求" 或 "会话" ） path // 指定当此异常处理程序被触发时要重定向到的相对于模块的URL handler // 指定异常处理程序的全限定类名称 className // 为当前异常定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.ExceptionConfig bundle // 指定资源束的 Servlet 环境属性关键字，该资源束由 message-resources 标记定义， bundle 标记将用于检索包含 key 属性指定的关键字的消息 –> <exception key="" type="" scope="request" path="" handler="" className="" bundle="" > </exception> <!– name // 指定 forward 的逻辑名称 path // 指定 forward 的 URL className // 为当前 forward 定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.ForwardConfig redirect // 可以设置成 "true" 或 "false" ，表示是否为该 forward 的URL 执行 HTTP 重定位 默认值为 "false" –> <forward name="forwardName" path="/forward.jsp" className="" redirect="false" > <icon> <!– 封装 large-icon 和 small-icon 标记的一个实例 –> <small-icon></small-icon> <!– 定义要关联到包含它的标记的大图标（32*32像素）的位置 –> <large-icon></large-icon> <!– 定义要关联到包含它的标记的小图标（16*16像素）的位置 –> </icon> <display-name></display-name> <!– 定义包含它的标记的描述性文本 –> <description></description> <!– 定义包含它的标记的简短说明（或名称） –> <set-property property="" value=""/> <!– 指定属性名称&值 –> </forward> </action> </action-mappings> <!– bufferSize // 指定用于文件加载的输入缓冲大小。默认大小为 4096 字节 className // 为当前 controller 定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.ControllerConfig contentType // 指定将对每个 HTTP 响应设置的内容类型（以及可选字符编码） 请注意，此设置可以由 Action、JSP 或转发请求的类似资源覆盖 默认值为"text/html" forwardPattern // 指定 forward 标记的 path 属性以何种方式映射到 URL $M 由该模块的前缀替换 $P 由选种的 forward 的 path 属性替换 $$ 产生一个要使用的文字美元符号 ($ —— 所有其他 $x 变量（其中 x 为变量）留作将来使用并将被无提示忽略) 默认值为"$M$P" inputForward // 可以设置成 "true" 或 "false" 表示 action 标记的 input 属性是否可以作为将使用其路径 forward 的名称处理 如果设置为 "false"（默认值），action 标记的 input 属性将作为实际路径使用 默认值为 "false" locale // 可以设置成 "true" 或 "false" ，表示用户会话中是否存储 java.util.Locale 对象 默认值为 "true" maxFileSize // 为文件上载指定最大空间（以字节为单位）。此外，如果您在值的末尾加"K"、"M"或"G" ， 则此空间将分别解释为千字节、兆字节或千兆字节 默认值为"250M" memFileSize // 指定文件上载时将要存储在内存中最大空间，以字节为单位。此外，如果您在的末尾加"K"、"M"或"G" ， 则此空间将分别解释为千字节、兆字节或千兆字节。高于此阈值的文件将写入磁盘 默认值为"250K" multipartClass // 指定要用来处理文件上载的对象的全限定类名 默认名称为 org.apache.struts.upload. nocache // 可以设置成 "true" 或 "false" ，表示 HTTP 标头是否可被添加到每个响应中以禁用浏览器缓存 默认值为 "false" pagePattern // 指定 Struts 的标记库标记的 page 属性以何种方式映射到 URL $M 由该模块的前缀替换 $P 由选种的 forward 的 path 属性替换 $$ 产生一个要使用的文字美元符号 ($ —— 所有其他 $x 变量（其中 x 为变量）留作将来使用并将被无提示忽略) 默认值为"$M$P" processorClass // 指定将要用于此模块的 RequestProcessor 子类的全限定类名 默认名称为 org.apache.struts.action.RstProcessorempDir // 指定在文件上载过程中用来存储数据的临时目录 –> <controller bufferSize="" className="" contentType="" forwardPattern="" inputForward="false" locale="true" maxFileSize="" memFileSize="" multipartClass="" nocache="false" pagePattern="" processorClass="" tempDir="" > <set-property property="" value=""/> <!– 指定属性名称&值 –> </controller> <!– parameter // 指定一个配置参数值，该值将传递给 factory 属性指定的工厂对象的 createResources() 方法 null // 可以设置成 "true" 或 "false" ，表示缺少消息时是否应该返回空值 key // 指定将存储消息实例的 Servlet 环境属性关键字。如果使用应用程序模块，模块前缀将被追加该关键字 （例如，"${key}${prefix}"） 默认常量 org.apache.struts.Globals.MESSAGES_KEY 指定的值 factory // 指定将用于创建消息资源实例的 MessageResourcesFactory 子类的全限定类名 默认名称为 org.apache.struts.util. className // 为当前消息资源定义指定要实例化的配置对象的全限定类名 默认名称为 org.apache.struts.config.MessageResourcesConfig –> <message-resources parameter="resources.ApplicationResources" null="false" key="" factory="" className="" > <set-property property="" value=""/> <!– 指定属性名称&值 –> </message-resources> <plug-in className=""> <!– 指定插件的全限定类名。次类必须实现 org.apache.struts.action.PlugIn 接口 –> <set-property property="" value=""/> <!– 指定属性名称&值 –> </plug-in></struts-config>
C. spring框架在什么地方真正实例化了Bean
1：基于springMVC框架的项目：这个就很简单了，我们都知道基于spring的web项目。IOC容器初始化的入口全部在web.xml里面：<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class></listener>通过这个ContextLoaderListener，spring完成了BeanDefinition的解析，注册。也就是完成了对XML配置文件的解读，并把所有定义的bean信息作为spring特有的数据结构存储到了BeanDefinition集合。并将这个集合作为hasMap保存在容器里。并且在这个过程中，建立了web项目的上下文环境。接下来，我们看springMvc的容器初始化，他是通过web.xml的这个入口进入的。通过这个DispatcherServlet的入口，spring会再次建立一个上下文在DispatcherServlet建立起来的上下文之上的。<servlet><servlet-name>tms</servlet-name><servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class><load-on-startup>1</load-on-startup></servlet><servlet-mapping><servlet-name>tms</servlet-name><url-pattern>*.htm</url-pattern></servlet-mapping>好了，接下来的事情就很明显了，项目启动起来后，当一个URL请求过来的时候，就会进入 DispatcherServlet，在这个类里面，spring调用了getBean()方法，对URL请求需要用到的对象，都进行了实例化。我们可以看看通常我们的一个控制层的配置文件：<?xml version="1.0" encoding="utf-8"?><!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN 2.0//EN""http://www.springframework.org/dtd/spring-beans-2.0.dtd"><beans><!– 页面数据自动完成填充逻辑控制 –><bean id="suggestCompletedController"class="cn.wadata.hdc.tms.controller.SuggestCompletedController"><property name="methodNameResolver"><beanclass="org.springframework.web.servlet.mvc.multiaction.PropertiesMethodNameResolver"><property name="mappings"><props><prop key="/xtGetSuggestData.htm">getSuggestData</prop></props></property></bean></property><property name="baseService" ref="baseService" /><property name="suggestCompletedService" ref="suggestCompletedService"/> </bean><!– urlMapping –><bean id="mbUrlMapping"class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping"> <property name="mappings"><props><!– 数据集运行区配置–><prop key="/yunxingList.htm">sjjEhrController</prop><prop key="/getSjxByLeixingList.htm">sjjEhrController</prop><prop key="/yxkSjxEdit.htm">sjjEhrController</prop></props></property></bean></beans>可以看到，控制层的所有bean定义都是需要被注入到 mbUrlMapping里面的。我们接下来看看DispatcherServlet。他有很多init方法，其中就有一个initHandlerMappings：private void initHandlerMappings(ApplicationContext context) {this.handlerMappings = null;if (this.detectAllHandlerMappings) {// Find all HandlerMappings in the ApplicationContext, including ancestor contexts.Map<String, HandlerMapping> matchingBeans =BeanFactoryUtils.beansOfTypeIncludingAncestors(context,HandlerMapping.class, true, false);if (!matchingBeans.isEmpty()) {this.handlerMappings = new ArrayList<HandlerMapping>(matchingBeans.values()); // We keep HandlerMappings in sorted order.OrderComparator.sort(this.handlerMappings);}}else {try {HandlerMapping hm = context.getBean(HANDLER_MAPPING_BEAN_NAME,HandlerMapping.class);this.handlerMappings = Collections.singletonList(hm);}catch (NoSuchBeanDefinitionException ex) {// Ignore, we'll add a default HandlerMapping later.}}// Ensure we have at least one HandlerMapping, by registering// a default HandlerMapping if no other mappings are found.if (this.handlerMappings == null) {this.handlerMappings = getDefaultStrategies(context, HandlerMapping.class); if (logger.isDebugEnabled()) {logger.debug("No HandlerMappings found in servlet '" + getServletName() + "': using default");}}}也就是在这个地方,spring显式的调用了HandlerMapping hm = context.getBean(HANDLER_MAPPING_BEAN_NAME,HandlerMapping.class);来完成了对象的初始化工作。至于为什么会来调用这个方法，是因为spring dispatcherServlet集成了httpServlet。WEB容器会自动调用他的init()方法，这个init放在在他的父类：HttpServletBean做了实现：public final void init() throws ServletException {if (logger.isDebugEnabled()) {logger.debug("Initializing servlet '" + getServletName() + "'");}// Set bean properties from init parameters.try {PropertyValues pvs = new ServletConfigPropertyValues(getServletConfig(), this.requiredProperties);BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this); ResourceLoader resourceLoader = newServletContextResourceLoader(getServletContext());bw.registerCustomEditor(Resource.class, new ResourceEditor(resourceLoader, this.environment));initBeanWrapper(bw); bw.setPropertyValues(pvs, true);}catch (BeansException ex) {logger.error("Failed to set bean properties on servlet '" + getServletName() + "'", ex);throw ex;}// Let subclasses do whatever initialization they like.initServletBean(); //这里会调用一个初始化if (logger.isDebugEnabled()) {logger.debug("Servlet '" + getServletName() + "' configured successfully"); }}//initServletBean方法protected final void initServletBean() throws ServletException {getServletContext().log("Initializing Spring FrameworkServlet '" +getServletName() + "'");if (this.logger.isInfoEnabled()) {this.logger.info("FrameworkServlet '" + getServletName() + "': initialization started");}long startTime = System.currentTimeMillis();try {this.webApplicationContext = initWebApplicationContext(); //这里进入 initFrameworkServlet();}catch (ServletException ex) {this.logger.error("Context initialization failed", ex);throw ex;}catch (RuntimeException ex) {this.logger.error("Context initialization failed", ex);throw ex;}if (this.logger.isInfoEnabled()) {long elapsedTime = System.currentTimeMillis() – startTime;this.logger.info("FrameworkServlet '" + getServletName() + "': initialization completed in " +elapsedTime + " ms");}}//initWebApplicationContext方法protected WebApplicationContext initWebApplicationContext() {WebApplicationContext wac = findWebApplicationContext();if (wac == null) {// No fixed context defined for this servlet – create a local one.WebApplicationContext parent =WebApplicationContextUtils.getWebApplicationContext(getServletContext()); wac = createWebApplicationContext(parent);}if (!this.refreshEventReceived) {// Apparently not a with refresh support: // triggering initial onRefresh manually here.onRefresh(wac); //OK，这里开始了调用}if (this.publishContext) {// Publish the context as a servlet context attribute.String attrName = ();getServletContext().setAttribute(attrName, wac);if (this.logger.isDebugEnabled()) {this.logger.debug("Published WebApplicationContext of servlet '" + getServletName() +"' as ServletContext attribute with name [" + attrName + "]");}}
D. 大神快点来，求描述一下spring框架中applicationContext.xml这个配置文件的作用，简单描述一下就行
spring默认的web应用配置文件是/WEB-INF/applicationContext.xml文件，这个可以改动，不过需要在web.xml里面配置。配置文回件是spring启动需要实例化的所有答类，实例化之后同时注入相应的依赖关系，以及类的运行周期
E. java子类实例化为什么需要调用父类构造方法
java中扩展类的初始化过程是这样的，最初虚拟机会依次递推找到最上层的父类，执行完类加载与静态成员的初始化；当main函数中执行代码，产生某个子类对象时，再依次递归找到最上层的父类先进行成员初始化（对象引用没有直接赋值就初始化为Null）,再调用相应的构造器产生对象，然后逐层的进行对象初始化直到最底层的子类。
F. Properties props=new Properties();是用来做什么的
通过Properties props=new Properties();来实例化配置文件，实例化后可以对配置文件进行设置文件的键值对的值，太阳也可以获取键值对的值。
G. applicationContext.xml配置问题
ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化（也就是依赖注入）。提前实例化意味着作为初始化过程的一部分，ApplicationContext实例会创建并配置所有的singleton bean。通常情况下这是件好事，因为这样在配置中的任何错误就会即刻被发现（否则的话可能要花几个小时甚至几天）。<bean id="testBean" class="com.fhx.TestBean"> 该bean默认的设置为：<bean id="testBean" class="com.fhx.TestBean" lazy-init="false"> lazy-init="false" 立退加载， 表示spring启动时，立刻进行实例化。 （lazy-init 设置只对scop属性为singleton的bean起作用） 有时候这种默认处理可能并不是你想要的。如果你不想让一个singleton bean在ApplicationContext实现在初始化时被提前实例化，那么可以将bean设置为延迟实例化。<bean id="testBean" class="com.fhx.TestBean" lazy-init="true">, lazy-init="true"> 延迟加载 ,设置为lazy的bean将不会在ApplicationContext启动时提前被实例化，而是在第一次向容器通过getBean索取bean时实例化的。 如果一个设置了立即加载的bean1,引用了一个延迟加载的bean2,那么bean1在容器启动时被实例化，而bean2由于被bean1引用，所以也被实例化，这种情况也符合延迟加载的bean在第一次调用时才被实例化的规则。 在容器层次中通过在<beans/>元素上使用'default-lazy-init'属性来控制延迟初始化也是可能的。如下面的配置：<beans default-lazy-init="true"><!– no beans will be eagerly pre-instantiated… –></beans> 如果一个bean的scope属性为scope=“pototype“时，即使设置了lazy-init="false"，容器启动时不实例化bean，而是调用getBean方法是实例化的另外加以说明:.init-method属性指定初始化时执行的方法，distory-method属性指定bean销毁时执行的方法。
