Java面试精华：J2EE技术栈与测试生命周期详解

需积分: 7 168 浏览量更新于2024-07-20 收藏 1.14MB PDF 举报

Java面试题是求职者在寻求Java开发职位时经常遇到的重要环节。J2EE（Java 2 Enterprise Edition）是Java技术应用于企业级应用的核心框架，它旨在提供一个跨平台、可扩展且安全的环境，支持大型分布式应用的开发。J2EE由一系列关键技术组成： 1. Servlet：作为Java平台上的CGI替代方案，Servlet是在服务器端运行的Java代码，用于动态生成网页。它提高效率，避免了传统CGI的重复加载问题，利用线程机制处理并发访问。 2. JSP (JavaServer Pages)：JSP结合了静态HTML和动态内容，允许分离页面设计和编程，使得页面设计人员和开发者可以协同工作。运行时，JSP会被转化为Servlet，具备高效率和功能。 3. EJB (Enterprise JavaBeans)：EJB提供一组可重用的组件，如EnterpriseBeans，用于构建分布式应用程序，它们类似于积木式开发，便于组件化和模块化。 4. JDBC (Java Database Connectivity)：JDBC是Java对SQL数据库的标准访问接口，让开发者使用Java编写数据库应用程序，支持SQL操作，包括执行动态SQL和存储过程。面试中关于测试生命周期的问题，通常会考察软件开发过程中的质量控制。测试过程通常分为六个阶段： - 计划阶段：在这个阶段，项目的需求和目标被明确，测试策略和资源得到规划。 - 分析阶段：对需求进行深入理解，识别潜在的测试需求和风险。 - 设计阶段：创建测试用例和测试方案，确定测试方法和工具。 - 构建阶段：开发人员完成代码编写后，测试团队开始准备执行测试。 - 测试周期：包括单元测试、集成测试和系统测试，逐步验证代码的功能性和可靠性。 - 最后测试和实施：完成所有测试后，修复发现的问题，准备产品发布和部署，并进行用户验收测试。理解这些概念不仅可以帮助你在面试中展现扎实的Java技术基础，也能展示你对软件开发全生命周期的理解和实践经验。

解答：在项目使用过 Spring IOC ，AOP，DAO，ORM，还有上下文环境。

在项目使用过 Ext,Juery 等 Ajax 框架.

32、abstract class 和 interface 有什么区别?

解答：声明方法的存在而不去实现它的类被叫做抽象类（abstract class），它用于要创建一个

体现某些基本行为的类，并为该类声明方法，但不能在该类中实现该类的情况。不能创建

abstract 类的实例。然而可以创建一个变量，其类型是一个抽象类，并让它指向具体子类的

一个实例。不能有抽象构造函数或抽象静态方法。Abstract 类的子类为它们父类中的所有抽

象方法提供实现，否则它们也是抽象类。取而代之，在子类中实现该方法。知道其行为的其

它类可以在类中实现这些方法。接口（interface）是抽象类的变体。新型多继承性可通过实

现这样的接口而获得。接口中的所有方法都是抽象的，所有成员变量都是 public static final

的。一个类可以实现多个接口，当类实现接口时，必须实现接口的所有方法。抽象类在 Java

语言中表示的是一种单继承的关系，对于 interface 来说则不然，并不要求 interface 的实现

者和 interface 定义在概念本质上是一致的，仅仅是实现了 interface 定义的契约而已。；抽象

类中可以定义自己的成员变量，也可以包含非抽象的方法，而在接口中只能有静态的常量，

所有方法必须是抽象的；实现抽象类时可以只实现其中的部分方法，而要是实现一个接口的

话就必须实现这个接口中的所有抽象方法。

33.MVC 模式中 M，V，C 每个代表意义，并简述在 Struts 中 MVC 的表现方式。

解答：

MVC 是 Model-View-Controller 的缩写，Model 代表的是应用的业务逻辑（通过 JavaBean，

EJB 组件实现），View 是应用的表示层（由 JSP 页面产生）Controller 是通过应用的处理过

程控制，（一般是一个 servert）通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不

同的组件实现，这些组件可以进行交互和重用。

在 Struts 框架中 Controller 功能由 ActionServlet 和 ActionMapping 对象构成，核心是一个

Servlet 类型的对象 ActionServlet，它用来接收客户端的请求。ActionServlet 包括一组基于配

置的 ActionMapping 对象，每个 ActionMapping 对象实现了一个请求到一个具体的 Model 部

分的 Action 处理器对象之间的映射。Model 部分由 Action 和 ActionForm 对象构成。所有的

Action 处理器对象都是开发者从 Struts 的 Action 类派生的子类。Action 处理器对象封装了具

体的处理逻辑，调用业务逻辑模块，并且把响应提交到合适的 View 组件以产生响应。Struts

提供的 ActionForm 组件对象可以通过定义属性描述客户端表单数据，开发者可以从它派生

子类对象，并利用它和 Struts 提供的自定义标记库相结合，可以实现对客户端的表单数据的

良好封装和支持，Action 处理器对象可以直接对它进行读写，而不再需要和 request、response

对象进行数据交互。通过 ActionForm组件对象实现了对 View和 Model之间交互的支持（View

部分是通过 JSP 技术实现的）。Struts 提供了自定义的标记库，通过这些自定义标记库可以

非常容易地和系统的 Model 部分交互，通过使用这些自定义标记库创建的

JSP 表单，可以实现对 Model 部分中的 ActionForm 的映射，完成对用户数据的封装。

2）在运行时构造任意一个类的对象。

3）在运行时判断任意一个类所具有的成员变量和方法。

4）在运行时调用任意一个对象的方法

38．你是怎么理解 java 的泛型的？

解答：在 Java SE 1.5 之前，没有泛型的情况的下，通过对类型 Object 的引用来实现参数的

“任意化”，“任意化”带来的缺点是要做显式的强制类型转换，而这种转换是要求开发者对

实际参数类型可以预知的情况下进行的。对于强制类型转换错误的情况，编译器可能不提示

错误，在运行的时候才出现异常，这是一个安全隐患。

泛型是 Java SE 1.5 的新特性，泛型的本质是参数化类型，也就是说所操作的数据类型被指

定为一个参数。这种参数类型可以用在类、接口和方法的创建中，分别称为泛型类、泛型接

口、泛型方法。

泛型的好处是在编译的时候检查类型安全，并且所有的强制转换都是自动和隐式的，提高代

码的重用率。

39.JAVA 源文件中是否可以包括多个类,有什么限制

解答：一个 java 源文件中可以包含多个类，每个源文件中至多有一个 public 类，如果有的

话，那么源文件的名字必须与之相同。如果源文件中没有 public 类，则源文件用什么名字都

可以，但最好还是具有特定的意义，免得自己都不记得里面写的是什么了。

40．在一个千万级的数据库查寻中，如何提高查询效率？分别说出在数据库设计、SQL 语

句、java 等层面的解决方案。

解答：

1）数据库设计方面：

a. 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建

立索引。

b. 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而

进行全表扫描，如： select id from t where num is null 可以在 num 上设置默认值 0，确保表

中 num 列没有 null 值，然后这样查询： select id from t where num=0

c. 并不是所有索引对查询都有效，SQL 是根据表中数据来进行查询优化的，当索引列有大

量数据重复时,查询可能不会去利用索引，如一表中有字段 sex，male、female 几乎各一半，

那么即使在 sex 上建了索引也对查询效率起不了作用。

d. 索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert

及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重

考虑，视具体情况而定。一个表的索引数最好不要超过 6 个，若太多则应考虑一些不常使用

到的列上建的索引是否有必要。

e. 应尽可能的避免更新索引数据列，因为索引数据列的顺序就是表记录的物理存储顺序，

一旦该列值改变将导致整个表记录的顺序的调整，会耗费相当大的资源。若应用系统需要频

繁更新索引数据列，那么需要考虑是否应将该索引建为索引。

f. 尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和

连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每

一个字符，而对于数字型而言只需要比较一次就够了。

g. 尽可能的使用 varchar/nvarchar 代替 char/nchar ，因为首先变长字段存储空间小，可以

节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。

h. 尽量使用表变量来代替临时表。如果表变量包含大量数据，请注意索引非常有限（只有

主键索引）。

i. 避免频繁创建和删除临时表，以减少系统表资源的消耗。

j. 临时表并不是不可使用，适当地使用它们可以使某些例程更有效，例如，当需要重复引用

大型表或常用表中的某个数据集时。但是，对于一次性事件，最好使用导出表。

k. 在新建临时表时，如果一次性插入数据量很大，那么可以使用 select into 代替 create

table，避免造成大量 log ，以提高速度；如果数据量不大，为了缓和系统表的资源，应先

create table，然后 insert。

l. 如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先 truncate

table ，然后 drop table ，这样可以避免系统表的较长时间锁定。

2)SQL 语句方面：

a. 应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫

描。

b. 应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行

全表扫描，如： select id from t where num=10 or num=20 可以这样查询： select id from t

where num=10 union all select id from t where num=20

c. in 和 not in 也要慎用，否则会导致全表扫描，如： select id from t where num in(1,2,3) 对

于连续的数值，能用 between 就不要用 in 了： select id from t where num between 1 and 3

d. 下面的查询也将导致全表扫描： select id from t where name like ‘%abc%’

e. 如果在 where 子句中使用参数，也会导致全表扫描。因为 SQL 只有在运行时才会解析局

部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然而，

如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下

面语句将进行全表扫描： select id from t where num=@num 可以改为强制查询使用索引：

select id from t with(index(索引名)) where num=@num

f. 应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行

全表扫描。如： select id from t where num/2=100 应改为: select id from t where num=100*2

g. 应尽量避免在 where 子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全

表扫描。如： select id from t where substring(name,1,3)=’abc’–name 以 abc 开头的 id select

id from t where datediff(day,createdate,’2005-11-30′)=0–‘2005-11-30’生成的 id 应改为:

select id from t where name like ‘abc%’ select id from t where createdate>=’2005-11-30′ and

createdate<’2005-12-1′

h. 不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将

可能无法正确使用索引。

i. 不要写一些没有意义的查询，如需要生成一个空表结构： select col1,col2 into #t from t

where 1=0 这类代码不会返回任何结果集，但是会消耗系统资源的，应改成这样： create table

#t(„)

j. 很多时候用 exists 代替 in 是一个好的选择： select num from a where num in(select num

from b) 用下面的语句替换： select num from a where exists(select 1 from b where num=a.num)

k. 任何地方都不要使用 select * from t ，用具体的字段列表代替“*”，不要返回用不到的任

何字段。

l. 尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过 1 万行，那么就应该

考虑改写。

m. 尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理。

n. 尽量避免大事务操作，提高系统并发能力。

3)java 方面：

a.尽可能的少造对象。

b.合理摆正系统设计的位置。大量数据操作，和少量数据操作一定是分开的。大量的数据操

作，肯定不是 ORM 框架搞定的。，

c.使用 jDBC 链接数据库操作数据

剩余99页未读，继续阅读

111334343

粉丝: 2
资源: 4

Java面试精华：J2EE技术栈与测试生命周期详解

Java面试题以及答案整理.pdf

最新Java面试题视频网盘，Java面试题84集、java面试专属及面试必问课程

autocorr-vi-5.3.6.1-24.el7.noarch.rpm.zip

ssm旅游资源网站.zip

bc-1.06.95-13.el7.x86_64.rpm.zip

clutter-gtk-1.8.4-1.el7.x86_64.rpm.zip

autocorr-sv-5.3.6.1-24.el7.noarch.rpm.zip

基于分片技术实现高性能区块链go源码+项目说明（高分毕设）.zip

福聚苑社区团购.zip

apr-util-nss-1.5.2-6.el7.x86_64.rpm.zip

最新资源