Servlet的基本概念首先先来谈谈servlet这个东西，这可以说是Java EE编程的最基本概念之一了。我们都知道，一个Web服务可以概括成下面一个过程：
用户向一个地址发送一个请求服务器接收请求并处理请求服务器向用户返回响应
我们可以想到，Servlet这个东西自然是上面过程的抽象，也就是说Servlet应该有一个处理用户请求的方法，这个方法的参数应该是用户发送过来的请求，方法的返回值应该是要传递给用户的响应。实际上Servlet的处理方法和我说的已经非常相似了，只不过响应也是作为一个方法的参数而不是返回值。
为了针对get、post等多种这一工具，我们就可以随心所欲的定义资源地址，接受并处理用户的请求，然后在返回给用户。
Servlet的缺陷Servlet这个概念的确很美好，但是实际使用的时候，大家就可以感觉到问题了。它仅仅定义了一个简单的方法来处理用户请求。这样做虽然非常易于理解，但是在面对比较复杂的情况，我们用起来就有点力不从心了。
例如最常见的返回HTML页面需求， 用Servlet做的话就非常麻烦，我们只能一行行的将HTML代码填写到输出流中。这样做的话效率极低，可是我们也没有别的办法。
Java Server Pages正因为此，JSP技术就应运而生了。JSP写起来和HTML差不多，但是可以内嵌Java代码对HTML进行更多控制，实现更为强大的效果。实际上现在前端流行的JSX等概念，思想也是类似的，利用代码来控制网页。
JSP技术虽然巧妙，但是和Servlet却是密不可分的，因为实际上JSP会由Servlet引擎编译成Servlet，然后在执行。唯一不同的就是我们不用在Servlet引擎中手动编写一行一行的HTML代码。当然有些朋友也不要一听到编译就下意识的认为JSP比Servlet要慢，因为这个编译过程只发生一次， 一旦JSP编译为Servlet代码，那么之后就不会影响性能。
其他模板引擎和前后端分离JSP作为Java EE技术的原生模板引擎，使用十分广泛。但是其实JSP也有很多不足，内嵌的JAVA代码和页面结合的不是很好，写起来比较生硬。因此后面由涌现了一批模板引擎，如velocity、Thymeleaf等等，它们的性能比JSP更高，用起来也更加方便。
当然其实现在随着前端技术的发展，很多应用都采用了前后端分离的方式，后端仅仅负责发出数据，如何呈现数据美化页面都交给前端来做。这样一来前后端的职责分工明确，更加符合现代软件工程的定义。
