网站建设中与模型1结构一样，模型2也将业务对象与JSP页面分开，对于多数web开发项目来说，由于其业务对象不断变化，所以，这一点是很重要的。除此之外，模型2还将内容的产生与内容的显示分离开来。模型2结构向servlet提交请求，此请求通过访问业务对象来产生内容。产生的内容存储在bean中，然后JSP页面访问bean，最终通过HTML显示内容。

将内容的产生与显示分离开来很有益处，因为大部分JAVA代码都用来产生内容。把JAVA代码封装起来，使得软件开发人员可以致力于servlet和业务对象的开发，而网页制作者致力于相应的JSP页面的生成。

模型2框架非常适合于web应用程序，因为它们将业务逻辑同表示逻辑分离开来，这样，软件开发人员就可以与网页制作者同时并行地工作了。但是，触发应用程序事件的模型2框架更好用，因为应用程序通过对事件做出反应，无需修改框架，就可以扩展该框架的功能。例如，如果模型2框架在执行每个操作之前和刚刚执行之后触发事件，那么，应用程序就可以处理那些事件来完成许多任务，例如身份验证、国际化或者捕获敏感表单的重复提交。

在调用某个操作的perform方法之前和之后触发事件。该事件处理扩展是用JAVA的委托事件模型来实现的。在这种模型下，事件源为事件监听器来触发事件。事件处理扩展将操作作为事件源来实现，操作为实现ActionListener接口的监听器触发事件。

JSP页面存在三种形式：1、.jsp源文件，包含HTML语句和JSP元素。2、servlet程序的JAVA源代码。3、已编译的JAVA类。为了理解JSP元素操作方式，如何创建这三种对象以及它们之间关系的思维模型是很重要的。

首先，JSP开发人员编写一个.jsp源文件，将其保存在web服务器或web应用的文档文件系统的某处。从此观点讲，.jsp源文件与一般的HTML文件没有差别。。其获得网络位置的URL是相同的，只是其文件名以.jsp而不是.html结束。接着，当.jsp URL第一次被调用时，JSP容器读取此.jsp文件，解析其内容，生成等价的JAVA servlet源码。然后编译此servlet，创建一个.class文件。最后，JSP容器载入此servlet类，使用它服务于HTTP请求。中间一步（生成servlet源码）只有当.jsp文件已经被修改时才会针对后续请求重复执行。

理论上将异常处理划分成两种基本模型。中止模型假定错误是如此的严重，以至于你没办法再回到错误发生的地方。也就是说，这段程序经过判断认为，它已经没有办法挽回这个局势了，于是只能抛出异常，并且希望这个错误别再回来。还有一种被称为“继续”，它的意思是，异常处理程序应能做些什么以修补当前的运行环境，然后重新尝试上次出错的那个方法，它假设第二次能获得成功。继续的意思是，处理完异常之后，你仍然希望能继续运行当前的指令。在这种情况下，异常更像是在调用方法——如果你想在Java中得到类似的效果，可以用这个办法来设置运行环境。