1.jsp与servlet的区别？
2.Shiro源码分析---FilterChain创建过程
3.jsp 和 servlet

jsp与servlet的区别？

       jsp和servlet的区别有以下几点：

       Jsp是Servlet的一种简化，使用Jsp只需要完成程序员需要输出到客户端的内容，Jsp中的Java脚本如何镶嵌到一个类中，由Jsp容器完成。

       1、jsp经编译后就变成了Servlet。

       2、jsp更擅长表现于页面显示,码分servlet更擅长于逻辑控制。

       3、Servlet中没有内置对象，Jsp中的内置对象都是必须通过HttpServletResponse对象以及HttpServlet对象得到。

       4、而Servlet则是个完整的Java类，这个类的Service方法用于生成对客户端的响应。

扩展资料：

       Servlet和JSP的不同点：

       1、Servlet的应用逻辑是在Java文件中，并且完全从表示层中的HTML里分离开来。

       2、而JSP的情况是Java和HTML可以组合成一个扩展名为.jsp的文件。

       3、JSP侧重于视图，Servlet主要用于控制逻辑

       4、Servlet更多的是类似于一个Controller，用来做控制。

参考资料来源：百度百科-servlet

Shiro源码分析---FilterChain创建过程

       在Shiro框架中，无论是码分进行认证还是权限控制，都依赖于过滤器的码分配置与应用。在实际开发中，码分可能需要配置多个过滤器，码分但每个请求所经过的码分h5风格游戏源码过滤器组合却因请求不同而异。因此，码分理解一个请求会通过哪些过滤器，码分对于熟练使用Shiro至关重要。码分本文将详细解析请求通过的码分过滤器创建过程。

       Shiro框架通过`org.apache.shiro.web.filter.mgt.FilterChainResolver`接口定义了如何确定一个请求应经过哪些过滤器。码分接口中的码分唯一方法`getChain`负责查找并组装一个过滤器链（FilterChain），该链包含了请求处理过程中所应用的码分所有过滤器。`FilterChain`是码分一个熟知的概念，尤其是码分对于Servlet开发人员来说，它在日常工作中常见。而`FilterChainResolver`仅是一个接口，Shiro提供了默认实现类`org.apache.shiro.web.filter.mgt.PathMatchingFilterChainResolver`，μclinux源码下载该实现类利用请求路径来匹配相应的过滤器。

       在深入理解PathMatchingFilterChainResolver的源码前，先来看看FilterChainManager是如何管理和创建FilterChain的。Shiro提供了一个默认的FilterChainManager实现类`org.apache.shiro.web.filter.mgt.DefaultFilterChainManager`。其关键方法`createChain`在系统启动时被调用，用于创建各个FilterChain。以配置示例`/static/**、/formfilterlogin，/role`为例，`chainName`与`chainDefinition`分别代表了需要管理的FilterChain名称与定义。

       了解了FilterChainManager的创建与管理机制后，接下来关注FilterChainResolver如何确定请求所需过滤器链。在`DefaultFilterChainManager.proxy`方法中，`NamedFilterList`的实现类`org.apache.shiro.web.filter.mgt.SimpleNamedFilterList`被调用，此步骤是确定过滤器链的关键环节。

       至此，Shiro框架中FilterChain创建过程已全面解析完成。侠骨丹心源码如有任何错误或需要进一步讨论的问题，欢迎指正。感谢阅读，期待更多的技术交流。

jsp 和 servlet

       其实说白了JSP和SERVLET到底什么区别呢，JSP就象宾馆前台的服务员，要长的不错，让顾客一看就觉得比较舒服，他主要就是负责显示这个宾馆的形象的．而SERVLET就象部门经理，要处理各种各样的业务和事情，而bean呢就象是高层领导了，他负责从部门经理处获得信息，报告给董事会，或者把董事会的建议和计划吩咐下去．他们分工合作，各干其职．不知道同志们明白没有．

       具体的看下下面吧．

        JSP和SERVLET到底在应用上有什么区别，很多人搞不清楚。我来胡扯几句吧。jetty源码解析简单的说，SUN首先发展出SERVLET，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。

        后来SUN推出了类似于ASP的镶嵌型的JSP，把JSP TAG镶嵌到HTML语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如ASP，PHP，JSP都是镶嵌型的SCRIPT语言。

        从网络三层结构的css源码学习角度看，一个网络项目最少分三层：data layer,business layer, presentation layer。当然也可以更复杂。SERVLET用来写business layer是很强大的，但是对于写presentation layer就很不方便。JSP则主要是为了方便写presentation layer而设计的。当然也可以写business layer。写惯了ASP，PHP，CGI的朋友，经常会不自觉的把presentation layer和business layer混在一起。就象前面那个朋友，把数据库处理信息放到JSP中，其实，它应该放在business layer中。

        根据SUN自己的推荐，JSP中应该仅仅存放与presentation layer有关的东东，也就是说，只放输出HTML网页的部份。而所有的数据计算，数据分析，数据库联结处理，统统是属于business layer，应该放在JAVA BEANS中。通过JSP调用JAVA BEANS，实现两层的整合。

        实际上，微软前不久推出的DNA技术，简单说，就是ASP+COM/DCOM技术。与JSP+BEANS完全类似，所有的presentation layer由ASP完成，所有的business layer由COM/DCOM完成。通过调用，实现整合。

       为什么要采用这些组件技术呢？因为单纯的ASP/JSP语言是非常低效率执行的，如果出现大量用户点击，纯SCRIPT语言很快就到达了他的功能上限，而组件技术就能大幅度提高功能上限，加快执行速度。

        另外一方面，纯SCRIPT语言将presentation layer和business layer混在一起，造成修改不方便，并且代码不能重复利用。如果想修改一个地方，经常会牵涉到十几页CODE，采用组件技术就只改组件就可以了。

       综上所述，SERVLET是一个早期的不完善的产品，写business layer很好，写presentation layer就很臭，并且两层混杂。

        所以，推出JSP+BAEN，用JSP写presentation layer,用BAEN写business layer。SUN自己的意思也是将来用JSP替代SERVLET。

        可是，这不是说，学了SERVLET没用，实际上，你还是应该从SERVLET入门，再上JSP，再上JSP+BEAN。

        强调的是：学了JSP，不会用JAVA BEAN并进行整合，等于没学。大家多花点力气在JSP+BEAN上。

       在补充几句：

        我们可以看到，当ASP+COM和JSP+BEAN都采用组件技术后，所有的组件都是先进行编译，并驻留内存，然后快速执行。所以，大家经常吹的SERVLET/JSP先编译驻内存后执行的速度优势就没有了。

       反之，ASP+COM+IIS+NT紧密整合，应该会有较大的速度优势呈现。而且，ASP+COM+IIS+NT开发效率非常高，虽然BUG很多。

        那么，为什么还用JSP+BEAN？因为JAVA实在前途远大。微软分拆后，操作系统将群雄并起，应用软件的开发商必定要找一个通用开发语言进行开发，JAVA一统天下的时机就到了。如果微软分拆顺利，从中分出的应用软件公司将成为JAVA的新领导者。目前的JAVA大头SUN和IBM都死气沉沉，令人失望。希望新公司能注入新活力。不过，新公司很有可能和旧SUN展开JAVA标准大战，双方各自制定标准，影响JAVA夸平台。

        另外，现在的机器速度越来越快，JAVA的速度劣势很快就可以被克服。