1， 面向对象的特征，并简单概述
封装是面向对象的特征之一,是对象和类概念的主要特性。 封装,也就是把客观事物封装成抽象的类,并且类可以把自己的 数据和方法只让可信的类或者对象操作,对不可信的进行信息隐藏。隐藏对象的属性和实现细节,仅对外公开接口,提高代 码安全性,封转程度越高,独立性越强,使用越方便。 继承是指这样一种能力:它可以使用现有类的所有功能,并在无需重新编写原来的类的情况下对这些功能进行扩展。通过 继承创建的新类称为“子类”或“派生类”。 被继承的类称为“基类”、“父类”或“超类”多态性:允许你将父对象设置成为和一个或更多的他的子对象相等的技术,赋值之后,父对象就可以根据当前赋值给它的子 对象的特性以不同的方式运作。简单的说,就是一句话:允许将子类类型的指针赋值给父类类型的指针
2， 什么是不可变对象(immutable object)，不可变对象有什么好处，在什么情况下应该用，或者更具体一些，Java的String类为什么要设成immutable类型？
不可变对象，顾名思义就是创建后不可以改变的对象，典型的例子就是Java中的String类。
class="java" name="code">String s = "ABC";
s.toLowerCase();
如上s.toLowerCase()并没有改变“ABC“的值，而是创建了一个新的String类“abc”，然后将新的实例的指向变量s。
相对于可变对象，不可变对象有很多优势：
1).不可变对象可以提高String Pool的效率和安全性。如果你知道一个对象是不可变的，那么需要拷贝这个对象的内容时，就不用复制它的本身而只是复制它的地址，复制地址（通常一个指针的大小）需要很小的内存效率也很高。对于同时引用这个“ABC”的其他变量也不会造成影响。
2).不可变对象对于多线程是安全的，因为在多线程同时进行的情况下，一个可变对象的值很可能被其他进程改变，这样会造成不可预期的结果，而使用不可变对象就可以避免这种情况。
当然也有其他方面原因，但是Java把String设成immutable最大的原因应该是效率和安全。
3， Java中常见异常及解决方式
1. java.lang.NullPointerException
这个异常大家肯定都经常遇到，异常的解释是程序遇上了空指针，简单地说就是调用了未经初始化的对象或者是不存在的对象，这个错误经常出现在创建图片，调用数组这些操作中，比如图片未经初始化，或者图片创建时的路径错误等等。对数组操作中出现空指针，很多情况下是一些刚开始学习编程的朋友常犯的错误，即把数组的初始化和数组元素的初始化混淆起来了。数组的初始化是对数组分配需要的空间，而初始化后的数组，其中的元素并没有实例化，依然是空的，所以还需要对每个元素都进行初始化（如果要调用的话）.
2. java.lang.ClassNotFoundException
这个异常是很多原本在JB等开发环境中开发的程序员，把JB下的程序包放在WTk下编译经常出现的问题，异常的解释是指定的类不存在，这里主要考虑一下类的名称和路径是否正确即可，如果是在JB下做的程序包，一般都是默认加上Package的，所以转到WTK下后要注意把Package的路径加上。
3. java.lang.ArithmeticException
这个异常的解释是数学运算异常，比如程序中出现了除以零这样的运算就会出这样的异常，对这种异常，大家就要好好检查一下自己程序中涉及到数学运算的地方，公式是不是有不妥了。
4. java.lang.ArrayIndexOutOfBoundsException
这个异常相信很多朋友也经常遇到过，异常的解释是数组下标越界，现在程序中大多都有对数组的操作，因此在调用数组的时候一定要认真检查，看自己调用的下标是不是超出了数组的范围，一般来说，显示（即直接用常数当下标）调用不太容易出这样的错，但隐式（即用变量表示下标）调用就经常出错了，还有一种情况，是程序中定义的数组的长度是通过某些特定方法决定的，不是事先声明的，这个时候，最好先查看一下数组的length，以免出现这个异常。
5. java.lang.IllegalArgumentException
这个异常的解释是方法的参数错误，很多J2ME的类库中的方法在一些情况下都会引发这样的错误，比如音量调节方法中的音量参数如果写成负数就会出现这个异常，再比如g.setColor(int red,int green,int blue)这个方法中的三个值，如果有超过２５５的也会出现这个异常，因此一旦发现这个异常，我们要做的，就是赶紧去检查一下方法调用中的参数传递是不是出现了错误。
6. java.lang.IllegalAccessException
这个异常的解释是没有访问权限，当应用程序要调用一个类，但当前的方法即没有对该类的访问权限便会出现这个异常。对程序中用了Package的情况下要注意这个异常。
要想做一名合格的程序员，就需要对程序中常见的问题有相当的了解和相应的解决办法，否则仅仅停留在写程序而不会改程序的话，会极大影响到自己的开发的。关于异常的全部说明，在API里都可以查阅。
4， 请阐述JSP的9大内置对象
JSP中一共预先定义了9个这样的对象，分别为：request、response、session、application、out、pagecontext、config、page、exception
5， 你所了解的设计模式并阐述其工作模式
1、单例模式：控制对象个数
2、装饰者模式：Java的IO系统中使用了较多的装饰模式，主要用于给一个对象添加更多更好的功能，比如说给输入输出流添加缓冲
3、工厂模式：需要使用对象的时候使用工厂来创建对象
4、抽象工厂模式：可以创建多个系统的对象
5、适配器模式：在不同的系统之间做耦合的作用
6、建造者模式：将创建过程封装起来
7、观察者模式：当相应的事件发生的时候，通知注册了的对象，比如说ide的双击事件等
6， 什么事Java序列化？如何实现？
7， 请解释数据库table的内联，左联和右联，并
8， 创建数据库用户的时候，一般赋予什么权限
对于普通用户：授予connect, resource权限。
对于DBA管理用户：授予connect，resource, dba权限。
9， 取得当前系统时间点日期（不包括年月）的SQL
MYSQL中select now<>;
oracle select sysdate from dual;
10， 解释下数据库第一，二，三范式的区别
1) 第一范式（1NF）：属性不可拆分 或 无重复的列
这个简单，就是一个属性不允许再分成多个属性来建立列。事实上，在目前的DBMS中是不可能拆分属性的，因为他们不允许这么做。
2)第二范式（2NF）：完全函数依赖
先讲讲什么是部分函数依赖。
部分函数依赖，就是多个属性决定另一个属性，但事实上，这多个属性是有冗余的。例如，（学号，班级）->姓名，事实上，只需要学号就能决定姓名，因此班级是冗余的，应该去掉。
满足第二范式的数据库设计必须先满足第一范式。
因此第二范式的目标就是消除函数依赖关系中左边存在的冗余属性。
3)第三范式（3NF）：消除传递依赖
不依赖于其他非主属性（消除传递依赖）。
满足第三范式的数据库必须先满足第二范式。
也就是，数据库中的属性依赖仅能依赖于主属性，不存在于其他非主属性的关联。
例如，图书，图书室的关系。图书包括编号、出版商、页码等信息，图书室包括图书室编号、所存图书（外键）。其中，图书室的表中不应该存储任何图书的具体信息（例如，出版商。。），而只能通过主键图书编号来获得对应图书的信息
11， 请简述存储过程的优缺点
一、存储过程：
存储过程是SQL 语句和可选控制流语句的预编译集合，以一个名称存储并作为一个单元处理。存储过程存储在数据库内，可由应用程序通过一个调用执行，而且允许用户声明变量、有条件执行以及其它强大的编程功能。存储过程在创建时即在服务器上进行编译，所以执行起来比单个SQL语句快。
二、存储过程的优点：
1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3.存储过程可以重复使用,可减少数据库开发人员的工作量
4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权
缺点：
1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要，则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。
12， 在实际使用ajax过程中，你认为ajax的优点和缺点是什
1、最大的一点是页面无刷新，用户的体验非常好。
2、使用异步方式与服务器通信，具有更加迅速的响应能力。
3、可以把以前一些服务器负担的工作转嫁到客户端，利用客户端闲置的能力来处理，减轻服务器和带宽的负担，节约空间和宽带租用成本。并且减轻服务器的负担，ajax的原则是“按需取数据”，可以最大程度的减少冗余请求，和响应对服务器造成的负担。
4、 基于标准化的并被广泛支持的技术，不需要下载插件或者小程序。
ajax的缺点
1,ajax不支持浏览器back按钮。
2.安全问题 AJAX暴露了与服务器交互的细节。
3、对搜索引擎的支持比较弱。
4、破坏了程序的异常机制。
5、不容易调试。
13， Hibernate对象的三种状态是什么，如何相互转换
1)Hibernate三种状态之一：临时状态（Transient）：也叫瞬时状态，在一个对象刚被创建的时候，比如People people = new People()，它没有持久化，并没有处于Session的缓存中，这种状态的对象叫就是临时对象；
2)Hibernate三种状态之二：持久化状态（Persistent）：已经执行了session的save()方法，已经持久化，加入到了Session缓存中，并且在数据库中具有对应的记录，并拥有一个持久化标识。处于此状态的对象叫持久对象。
此时如果使用hibernate的delete()方法，对应的持久对象就变成上面的瞬时对象，因为数据库中的对应数据已被删除，该对象不再与数据库的记录关联。
持久对象具有如下特点：
1. 和session实例关联；
2. 在数据库中有与之关联的记录。
当一个session执行close()或clear()、evict()之后，持久对象变成下面要讲的脱管对象，此时持久对象会变成脱管对象，此时该对象虽然具有数据库识别值，但它已不在HIbernate持久层的管理之下，也就是它在session缓存中的记录已经被删除了。
3)Hibernate三种状态之三：游离状态（Detached）：也叫脱管状态，持久化对象脱离了Session的对象。如当session关闭时，Session缓存被清空的对象。特点：已经持久化，但不在Session缓存中。处于此状态的对象叫游离对象；因关闭session而变成游离态的可以通过lock、save、update变成持久态 。
14， 数据库中条件查询速度很慢时，如何优化？
1.建索引（a 提高查询检索的性能b 创建唯一索引c 创建主键d归类）
2.减少表之间的关联
3.优化sql，尽量让sql很快定位数据，不要让sql做全表查询,应该走索引,把数据量大的表排在前面
4.简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据
15， 请简单解释下DI（依赖注入）和IOC（控制反转）
16， 线程的生命周期，并做简单解释。
当线程被创建并启动以后，它既不是一启动就进入了执行状态，也不是一直处于执行状态，在线程的生命周期中，它要经过新建(New)、就绪(Runnable)、运行(Running)、阻塞(Blocking)和死亡(Dead)5种状态。尤其是当线程启动以后，它不可能一直"霸占"着CPU独自运行，所以CPU需要在多条线程之间切换，于是线程状态也会多次在运行、阻塞之间切换。
17， JavaServlet的功能和作用
Servlet 通过创建一个框架来扩展服务器的能力，以提供在 Web 上进行请求和响应服务。当客户机发送请求至服务器时，服务器可以将请求信息发送给 Servlet ，并让 Servlet 建立起服务器返回给客户机的响应。 当启动 Web 服务器或客户机第一次请求服务时，可以自动装入 Servlet 。装入后， Servlet 继续运行直到其它客户机发出请求。 Servlet 的功能涉及范围很广。例如， Servlet 可完成如下功能：
(1) 创建并返回一个包含基于客户请求性质的动态内容的完整的 HTML 页面。
(2) 创建可嵌入到现有 HTML 页面中的一部分 HTML 页面（ HTML 片段）。
(3) 与其它服务器资源（包括数据库和基于 Java 的应用程序）进行通信。
(4) 用多个客户机处理连接，接收多个客户机的输入，并将结果广播到多个客户机上。例如， Servlet 可
以是多参与者的游戏服务器。
(5) 当允许在单连接方式下传送数据的情况下，在浏览器上打开服务器至 applet 的新连接，并将该连
接保持在打开状态。当允许客户机和服务器简单、高效地执行会话的情况下， applet 也可以启动客户浏览器和服务器之间的连接。可以通过定制协议或标准（如 IIOP ）进行通信。
(6) 对特殊的处理采用 MIME 类型过滤数据，例如图像转换和服务器端包括（ SSI ）。
(7) 将定制的处理提供给所有服务器的标准例行程序。例如， Servlet 可以修改如何认证用户。
18， 简单描述一下Struts2的工作流程
一个请求在Struts2框架中的处理分为以下几个步骤：
1.客户端发出一个指向servlet容器的请求(tomcat)；
2.这个请求会经过图中的几个过滤器，最后会到达FilterDispatcher过滤器。
3.过滤器FilterDispatcher是struts2框架的心脏，在处理用户请求时，它和请求一起相互配合访问struts2 的底层框架结构。在web容器启动时，struts2框架会自动加载配置文件里相关参数，并转换成相应的类。 如：ConfigurationManager、ActionMapper和ObjectFactory。ConfigurationManager存有配置文件的一些基本信息，ActionMapper存有action的配置信息。在请求过程中所有的对象（Action，Results， Interceptors，等）都是通过ObjectFactory来创建的。过滤器会通过询问ActionMapper类来查找请求中需要用到的Action。
4.如果找到需要调用的Action，过滤器会把请求的处理交给ActionProxy。ActionProxy为Action的代理对象。ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action类。
5.ActionProxy创建一个ActionInvocation的实例。ActionInvocation在ActionProxy层之下，它表示了 Action的执行状态,或者说它控制的Action的执行步骤。它持有Action实例和所有的Interceptor。
6.ActionInvocation实例使用命名模式来调用，1. ActionInvocation初始化时，根据配置，加载Action相关的所有Interceptor。2. 通过ActionInvocation.invoke方法调用Action实现时，执行Interceptor。在调用Action的过程前后，涉及到相关拦截器(intercepetor)的调用。
7. 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。
19， EJB中的实体Bean和会话中的Bean，区别
会话EJB是用来删除增加BEAN实例的，是随客户端的存在而存在，消失而灭亡。是短时的。实体EJB是实现BEAN实例的。是永久的
一个会话Bean（Session Bean）表现为存在J2EE服务器内的一个单一客户（Client）。客户程序通过调用会话Bean的方法来访问远程服务。会话Bean为它的客户程序工作，通过在服务器上执行事务任务（business tasks）来为客户程序屏蔽复杂的处理。 会话Bean是非共享性的。一个会话Bean只能对应一个客户程序。会话Bean是非持久性。当客户程序终止，对应的会话Bean也终止，与之相关的数据也消失。 会话Bean使得客户程序可以延伸到远程服务器，而且会话Bean也容易创建。 一个实体Bean表现为保存到一个永久存储机制（通常是数据库）的实体。在J2EE服务器内可以用实体Bean来表示事务实体对象。 实体Bean有几处不同于会话Bean：永久性、允许共享访问和具有主键。