范文为教学中作为模范的文章，也常常用来指写作的模板。常常用于文秘写作的参考，也可以作为演讲材料编写前的参考。相信许多人会觉得范文很难写？下面是小编帮大家整理的优质范文，仅供参考，大家一起来看看吧。
j2ee高级工程师常见面试题及答案 j2ee高级开发工程师篇一
j2ee核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共同的标准及规格。下面是小编整理的关于j2ee高级工程师常见面试题，欢迎大家练习!
(1) 服务器端技术：jsp、servlet。
(2) 组件技术：javabean、ejb。
(1) 由国际标准化组织(iso)提出。
(2) 将互联网分为七层，从下至上分别为：物理层(physical)、数据链路层(data link)、网络层(network)、传送层(transport)、会话层(session)、表示层(presentation)、应用层(application)。底层通过提供接口支持上层功能。
(3) 各层详解：
a) 物理层：lan/atm，为硬件层。
b) 数据链路层：lan/atm
c) 网络层：ip协议，ios
d) 传输层：tcp/udp协议，支持java socket。
e) 会话层
f) 表示层：html、xml
g) 应用层：http协议，使用java servlet/jsp
<第八层(web服务层)：soap/uddi>
容器负责ejb组件中声明周期的控制;
服务器包含在容器外，提供系统级操作底层服务，包括事务、事件、多线程。
父类对象不可以赋给子类对象，因为子类可能具有更多的成员，反之可以。
c = ( a > b ) ? a : b ;等同于
if ( a > b ) c=a; else c = b;
(1) list、set、map。由这三个接口实现出arraylist、linkedlist、hashset、treeset、hashmap、treemap等常用集合框架。
(2) vector属于重量级组件不推荐使用。
(3) map类型维护键/值对，hashtable与hashmap相近但效率略低于hashmap、高于treemap、treemap优点是可以排序。
(4) set类型可以装入唯一值，hashset效率高于treeset但treeset可以维护内部元素的排序状态。
(5) list类型可按某种特定顺序维护元素。arraylist允许快速随机访问，但如果添加或删除位于中间的元素时效率很低;linkedlist提供最佳循环访问及快速的中间位置添加删除元素，并有addfirst、addlast、getfirst、getlast、removefirst、removelast方法。
(1) 继承：通过子类可以实现继承，子类继承父类的所有状态和行为，同时添加自身的状态和行为。
(2) 封装：将代码及处理数据绑定在一起的一种编程机制，该机制保证程序和数据不受外部干扰。
(3) 多台：包括重载和重写。重载为编译时多态，重写是运行时多态。重载必须是同类中名称相同参数不同(包括个数不同和类型不同)，但返回类型不同不构成重载;重写发生于子类对父类的覆盖，子类继承父类方法名相同、参数列表相同、返回类型相同才构成重写。
(1) 必须以应为字母、下划线或$开始，其余可以有数据但不允许包含空格，且组合后的名称不能是java关键字或保留字。
(2) 匈牙利命名法：以m开始为类成员变量，以g开始为全局变量，以v开始为本的局部变量，常量命名一般不以下划线、美元符开始。
(3) 驼峰命名：一般称由多个单词或缩写组成的变量名，并且该变量名每个单词首字母均为大写(一般类名全部首字母大写，方法或属性名第一个字母小写)的称为驼峰命名。
一个设计模式描述了一个被证实可行的方案。这些方案非常普遍，是具有完整定义的最常用的模式。一般模式有4个基本要素：模式名称(pattern name)、问题(problem)、解决方案(solution)、效果(consequences)
常见23种模式概述：
(1) 抽象工厂模式(abstract factory)：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
(2) 适配器模式(adapter)：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
(3) 桥梁模式(bridge)：将抽象部分与他的实现部分分离，使他们都可以独立的变化。
(4) 建造模式(builder)：将一个复杂对象的构建与他的标表示分离，使同样的构建过程可以创建不同的`表示。
(5) 责任链模式(chain of responsibility)：为解除请求的发送者和接收者之间耦合，而使多个对象都有几乎处理这个请求。将这些对象连成一条链，并沿着这条链传递给请求，知道有一个对象处理他。
(6) 命令模式(command)：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化;对请求排列或记录请求日志，以及支持可取消的操作。
(7) 合成模式(composite)：将对象组合成树形结构以表示“部分-整体”的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。
(8) 装饰模式(decorator)：动态地给一个对象添加一些额外的职责。就扩展功能而言，他能生成子类的方式更为灵活。
(9) 门面模式(facade)：为子系统中的一组接口提供一个一致的界面，门面模式定义了一个高层接口，这个接口使得这一子系统更加容器使用。
(10) 工厂方法(factory mehtod)：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。factory method使一个类的实例化延迟到其子类。
(11) 享元模式(flyweight)：运用共享技术以有效地支持大量细粒度的对象。
(12) 解释器模式(interpreter)：给定一个语言，定义他的语法的一种表示，并定义一个解释器，该解释器使用该表示解释语言中的句子。
(13) 迭代子模式(iterator)：提供一种方法顺序访问一个聚合对象中的各个元素，而又不需暴露该对象的内部表示。
(14) 调停者模式(mediator)：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式的内部表示。
(15) 备忘录模式(memento)：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。
(16) 观察者模式(observer)：定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于他的对象都得到通知并自动刷新。
(17) 原始模型模式(prototype)：用原型实例指定创建对象的种类，并且通过拷贝这个原型创建新的对象。
(18) 代理模式(proxy)：为其他对象提供一个代理以控制对这个对象的访问。
(19) 单例模式(singleton)：保证一个类仅有一个实例，并提供一个访问他的全局访问点。
(20) 状态模式(state)：允许一个对象在其内部状态改变时改变他的行为。对象看起来似乎修改了他所属的类。
(21) 策略模式(strategy)：定义一系列的算法，把他们一个个封装起来，并且使他们可相互替换。本模式使得算法的变化可独立使用他的客户。
(22) 模板模式(template mehtod)：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
(23) 访问者模式(visitor)：表示一个作用于某对象结构中的各元素的做。该模式可以实现在不改变各元素的类的前提下定义作用于这些元素的新操作。
(1) 可行性研究报告
(2) 项目开发计划
(3) 软件需求说明书(必有)
(4) 数据要求说明书
(5) 概要设计说明书(必有)
(6) 详细设计说明书(必有)
(7) 数据库设计说明书(必有)
(8) 用户手册(一般会有)
(9) 操作手册(必有)
(10) 模块开发卷宗
(11) 测试计划(必有)
(12) 测试分析报告
(13) 开发进度月报
(14) 项目开发总结报告
(1) 当一个类是“一种”另一个类时：is-a关系
(2) 当两个类之间有关联时：
一个类“包含”另一个类：has-a关系
一个类“使用”另一个类
s("content_relate");