早期的JSP规范提出了两种用JSP技术建立应用程序的方式。这两种方式在术语中分别称作JSP Model 1 和JSP Model 2，它们的本质区别在于处理批量请求的位置不同。在Model 1体系中，如图1所示，jsp页面独自响应请求并将处理结果返回客户。这里仍然存在表达与内容的分离，因为所以的数据存取都是由bean来完成的。尽管Model 1体系十分适合简单应用的需要，它却不能满足复杂的大型应用程序的实现。不加选择地随意运用Model 1，会导致JSP页内被嵌入大量的脚本片段或Java代码，特别是当需要处理的请求量很大时，情况更为严重。尽管这对于Java程序员来说可能不是什么大问题，但如果JSP页面是由网页设计人员开发并维护的――通常这是开发大型项目的规范――这就确实是个问题了。从根本上讲，将导致角色定义不清和职责分配不明，给项目管理带来不必要的麻烦。 

        图1：JSP Model 1 体系结构

　　图中文字：BROWSER：浏览器；Request：请求；Response：响应；Application Server：应用服务器；Enterprise Servers/Data Sources：企业服务器/数据源。

　　Model 2体系结构，如图2所示，是一种把JSP与servlets联合使用来实现动态内容服务的方法。它吸取了两种技术各自的突出优点，用JSP生成表达层的内容，让servlets完成深层次的处理任务。在这里，servlets充当控制者的角色，负责管理对请求的处理，创建JSP页需要使用的bean和对象，同时根据用户的动作决定把那个JSP页传给请求者。特别要注意，在JSP页内没有处理逻辑；它仅负责检索原先由servlets创建的对象或beans，从servlet中提取动态内容插入静态模板。在我看来，这是一种有代表性的方法，它清晰地分离了表达和内容，明确了角色的定义以及开发者与网页设计者的分工。事实上，项目越复杂，使用Model 2体系结构的好处就越大。

　　图2：JSP Model 2体系结构

　　图中文字：instantlate：瞬间延时；Controller、View、Model分别为MVC设计模式中的控制者、试图、模型；其他同图1。