1.jsp 和 servlet
2.web基础--Servlet接口
3.Servlet源码和Tomcat源码解析
4.java中JSP和Servlet的区别？

jsp 和 servlet

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

       具体的源码看下下面吧．

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

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

        从网络三层结构的角度看，一个网络项目最少分三层：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夸平台。

        另外，c进销存管理系统源码现在的机器速度越来越快，JAVA的速度劣势很快就可以被克服。

web基础--Servlet接口

       Servlet接口作为Java Servlet API的核心抽象，是所有Servlet类实现的基础。Servlet类需要直接或间接实现该接口，通常通过继承实现了Servlet接口的类或其子类来复用共性功能。Servlet接口中定义了用于客户端请求处理的service方法，当接收到请求时，此方法由Servlet容器路由至一个实例上。

       在处理并发请求时，通常需要Web开发人员设计适合多线程执行的Servlet，确保service方法在特定时间点能处理多线程并发执行。Web容器对于并发请求通常使用同一个Servlet进行处理，并在不同线程中并发执行service方法。

       HttpServlet抽象类在Servlet接口的基础上添加了与HTTP协议相关的功能，通过自动转发至相应的协议相关处理方法。这些方法包括处理HTTP GET、POST、PUT、DELETE、HEAD、OPTIONS和TRACE请求。对于基于HTTP协议的Servlet，开发人员通常只需实现doGet和doPost请求处理方法，其他处理方法的使用方式与其类似。

       Servlet接口的详细描述可参考Java Servlet规范（版本：3.1），而源代码可以在javax.servlet-api-3.1.0-sources.jar中找到。在HttpServlet类中，有两个重载的service方法，实现了Servlet接口终端service方法的调用，并能根据HTTP请求类型进行请求分发。

       一个典型的GET请求的访问路径包括以下步骤：首先，Servlet容器调用HttpServlet.service方法；其次，方法内部根据请求类型自动转发至相应的协议相关处理方法；最后，用户自定义的ControllerServlet类的doGet方法被调用，进行实际的请求处理。

Servlet源码和Tomcat源码解析

       画的不好，请将就。

       我一般用的IDEA，很久没用Eclipse了，所以刚开始怎么继承不了HttpServlet类，然后看了一眼我创建的是Maven项目，然后去Maven仓库粘贴了Servlet的坐标进来。

       maven坐标获取，直接百度maven仓库，选择第二个。

       然后搜索Servlet选择第二个。

       创建一个类，不是接口，继承下HttpServlet。

       Servlet接口包括：init()、service()、destroy()和getServletInfo()。其中init()方法负责初始化Servlet对象，容器创建好Servlet对象后会调用此方法进行初始化；service()方法处理客户请求并返回响应，容器接收到客户端要求访问特定的Servlet请求时会调用此方法；destroy()方法负责释放Servlet对象占用的资源；getServletInfo()方法返回一个字符串，包含Servlet的创建者、版本和版权等信息。

       ServletConfig接口包含：getServletName()、getServletContext()、getInitParameter(String var1)和getInitParameterNames()。其中getServletName()用于获取Servlet名称，getServletContext()获取Servlet上下文对象，getInitParameter(String var1)获取配置参数，getInitParameterNames()返回所有配置参数的名字集合。

       GenericServlet抽象类实现了Servlet接口的同时，也实现了ServletConfig接口和Serializable接口。它提供了一个无参构造方法和一个实现init()方法的构造方法。GenericServlet中的init()方法保存了传递的ServletConfig对象引用，并调用了自身的无参init()方法。它还实现了service()方法，这是Servlet接口中的唯一没有实现的抽象方法，由子类具体实现。

       HttpServlet是Servlet的默认实现，它是与具体协议无关的。它继承了GenericServlet，并实现了Servlet接口和ServletConfig接口。HttpServlet提供了一个无参的init()方法、一个无参的destroy()方法、一个实现了getServletConfig()方法的方法、一个返回空字符串的getServletInfo()方法、以及一个实现了service()方法的抽象方法。service()方法的实现交给了子类，以便在基于HTTP协议的Web开发中具体实现。

       Tomcat的底层源码解析如下：

       Server作为整个Tomcat服务器的代表，包含至少一个Service组件，用于提供特定服务。配置文件中明确展示了如何监听特定端口（如）以启动服务。

       Service是逻辑功能层，一个Server可以包含多个Service。Service接收客户端请求，解析请求，完成业务逻辑，然后将处理结果返回给客户端。Service通常提供start方法打开服务Socket连接和监听服务端口，以及stop方法停止服务并释放网络资源。

       Connector称为连接器，是Service的核心组件之一。一个Service可以有多个Connector，用于接收客户端请求，将请求封装成Request和Response，然后交给Container进行处理。Connector完成请求处理后，将结果返回给客户端。

       Container是Service的另一个核心组件，按照层级有Engine、Host、Context、Wrapper四种。一个Service只有一个Engine，它是整个Servlet引擎，负责执行业务逻辑。Engine下可以包含多个Host，一个Tomcat实例可以配置多个虚拟主机，默认情况下在conf/server.xml配置文件中定义了一个名为Catalina的Engine。Engine包含多个Host的设计使得一个服务器实例可以提供多个域名的服务。

       Host代表一个站点，可以称为虚拟主机，一个Host可以配置多个Context。在server.xml文件中的默认配置为appBase=webapps，这意味着webapps目录中的war包将自动解压，autoDeploy=true属性指定对加入到appBase目录的war包进行自动部署。

       Context代表一个应用程序，即日常开发中的Web程序或一个WEB-INF目录及其下面的web.xml文件。每个运行的Web应用程序最终以Context的形式存在，每个Context都有一个根路径和请求路径。与Host的区别在于，Context代表一个应用，如默认配置下webapps目录下的每个目录都是一个应用，其中ROOT目录存放主应用，其他目录存放子应用，而整个webapps目录是一个站点。

       Tomcat的启动流程遵循标准化流程，入口是BootStrap，按照Lifecycle接口定义进行启动。首先调用init()方法逐级初始化，接着调用start()方法启动服务，同时伴随着生命周期状态变更事件的触发。

       启动文件分析Startup.bat：

       设置CLASSPATH和MAINCLASS为启动类，并指定ACTION为启动。

       Bootstrap作为整个启动时的入口，在main方法中使用bootstrap.init()初始化容器相关类加载器，并创建Catalina实例，然后启动Catalina线程。

       Catalina Lifecycle接口提供了一种统一管理对象生命周期的接口，通过Lifecycle、LifecycleListener、LifecycleEvent接口，Catalina实现了对Tomcat各种组件、容器统一的启动和停止方式。在Tomcat服务开启过程中，启动的一系列组件、容器都实现了org.apache.catalina.Lifecycle接口，其中的init()、start()和stop()方法实现了统一的启动和停止管理。

       加载方法解析server.xml配置文件，加载Server、Service、Connector、Container、Engine、Host、Context、Wrapper一系列容器，加载完成后调用initialize()开启新的Server实例。

       使用Digester类解析server.xml文件，通过demon.start()方法调用Catalina的start方法。Catalina实例执行start方法，包括加载server.xml配置、初始化Server的过程以及开启服务、初始化并开启一系列组件、子容器的过程。

       StandardServer实例调用initialize()方法初始化Tomcat容器的一系列组件。在容器初始化时，会调用其子容器的initialize()方法，初始化子容器。初始化顺序为StandardServer、StandardService、StandardEngine、Connector。每个容器在初始化自身相关设置的同时，将子容器初始化。

java中JSP和Servlet的区别？

       ä¸€. Servlet是什么?

       å®¢æˆ·æœº/服务器计算的发展。Java提供了一整套客户机/服务器解决方案，在这个方案中，程序可以自动地下载到客户端并执行，这就是applet。但是它仅仅是问题的一半。问题的另一半就是Servlet。

       servlet可以被认为是服务器端的applet。servlet被Web服务器加载和执行，就如同applet被浏览器加载和执行一样。servlet从客户端(通过Web服务器)接收请求，执行某种作业，然后返回结果。使用servlet的基本流程如下：

       Â·å®¢æˆ·ç«¯é€šè¿‡HTTP提出请求.

       Â·Web服务器接收该请求并将其发给servlet。如果这个servlet尚未被加载，Web服务器将把它加载到Java虚拟机并且执行它。

       Â·servlet将接收该HTTP请求并执行某种处理。

       Â·servlet将向Web服务器返回应答。

       Â·Web服务器将从servlet收到的应答发送给客户端。

       ç”±äºŽservlet是在服务器上执行，通常与applet相关的安全性的问题并不需实现。要注意的是Web浏览器并不直接和servlet通信，servlet是由Web服务器加载和执行的。

       è€Œservlet是用Java编写的，所以它们一开始就是平台无关的。这样，Java编写一次就可以在任何平台运行(write once,run anywhere)的承诺就同样可以在服务器上实现了。servlet还有一些CGI脚本所不具备的独特优点： (本人对CGI并不是十分了解，所以这些特点不能完全的体会到，这也是摘自论坛的贴子，请见谅)

       servlet是持久的。servlet只需Web服务器加载一次，而且可以在不同请求之间保持服务(例如一次数据库连接)。与之相反，CGI脚本是短暂的、瞬态的。每一次对CGI脚本的请求，都会使Web服务器加载并执行该脚本。一旦这个CGI脚本运行结束，它就会被从内存中清除，然后将结果返回到客户端。CGI脚本的每一次使用，都会造成程序初始化过程(例如连接数据库)的重复执行。

       servlet是与平台无关的。如前所述，servlet是用Java编写的，它自然也继承了Java的平台无关性。

       servlet是可扩展的。由于servlet是用Java编写的，它就具备了Java所能带来的所有优点。Java是健壮的、面向对象的编程语言，它很容易扩展以适应你的需求。servlet自然也具备了这些特征。

       servlet是安全的。从外界调用一个servlet的惟一方法就是通过Web服务器。这提供了高水平的安全性保障，尤其是在你的Web服务器有防火墙保护的时候。

       ã€€ã€€ setvlet可以在多种多样的客户机上使用。由于servlet是用Java编写的，所以你可以很方便地在HTML中使用它们，就像你使用applet一样。

       é‚£ä¹ˆï¼ŒServlet是怎样执行的？怎样来写一个Servlet,它的基本架构是怎么样的？

       è¿™äº›é—®é¢˜ï¼Œå°†åœ¨åŽé¢éƒ¨åˆ†ç»™äºˆä»‹ç»ã€‚

       äºŒ.JSP与Servlet

       çŽ°åœ¨å·²ç»å¯¹Servlet有了大概的了解，现在我们就来说说JSP和Servlet的关系。

       JSP是一种脚本语言，包装了Java Servlet系统的界面，简化了Java和Servlet的使用难度，同时通过扩展JSP标签(TAG)提供了网页动态执行的能力。尽管如此，JSP仍没有超出Java和Servlet的范围，不仅JSP页面上可以直接写Java代码，而且JSP是先被译成Servlet之后才实际运行的。JSP在服务器上执行，并将执行结果输出到客户端浏览器，我们可以说基本上与浏览器无关。它是与JavaScript不同的，JavaScript是在客户端的脚本语言，在客户端执行，与服务器无关。 那么JSP是什么？就是Servlet.

       JSP与Servlet之间的主要差异在于，JSP提供了一套简单的标签，和HTML融合的比较好，可以使不了解Servlet的人可以做出动态网页来。对于Java语言不熟悉的人(比如像我),会觉得JSP开发比较方便。JSP修改后可以立即看到结果，不需要手工编译，JSP引擎会来做这些工作；而Servelt缺需要编译，重新启动Servlet引擎等一系列动作。但是在JSP中，HTML与程序代码混杂在一起，而Servlet却不是这样。也许大家比较混乱了，那么Servlet又是什么？下面我们对JSP的运行来做一个简单的介绍，告诉大家怎样来执行一个JSP文件：

       å½“Web服务器(或Servlet引擎,应用服务器)支持JSP引擎时，JSP引擎会照着JSP的语法，将JSP文件转换成Servlet代码源文件，接着Servlet会被编译成Java可执行字节码(bytecode)，并以一般的Servlet方式载入执行

       JSP语法简单，可以方便的嵌入HTML之中，很容易加入动态的部分，方便的输出HTML。在Servlet中输出HTML缺需要调用特定的方法，对于引号之类的字符也要做特殊的处理，加在复杂的HTML页面中作为动态部分，比起JSP来说是比较困难的。

       é™¤åŽ»äº†è½¬æ¢å’Œç¼–译阶段，JSP和Servlet之间的区别实在是不大。

       JSP引擎通常架构在Servlet引擎之上，本身就是一个Servlet，把JSP文件转译成Servlet源代码，再调用Java编译器，编译成Servlet。这也是JSP在第一次调用时速度比较慢的原因，在第一次编译之后，JSP与Servlet速度相同.下面我们来看看为什么他们在第一次编译后再编译的速度相同：

       åœ¨æ•´ä¸ªè¿è¡Œè¿‡ç¨‹ä¸­ï¼ŒJSP引擎会检查编译好的JSP(以Servlet形式存在)是否比原始的JSP文件还新，如果是，JSP引擎不会编译;如果不是，表示JSP文件比较新，就会重新执行转译与编译的过程。

       ä¸ºäº†æœ‰ä¸ªæ·±åˆ»çš„了解，我们看一下JSP的运行和开发环境:

       æµè§ˆå™¨ï¼šå¸¸è§çš„浏览器有IE和Netscape两种。

       æ•°æ®åº“：常用的数据库有Oracle,SQL Server,Informix,DB2,Sybase,Access,MySQL等。

       æ“ä½œç³»ç»Ÿï¼šå¸¸è§çš„有Windows,Linux,以及各种Unix系统。

       Web服务器：常见的有IIS,Apache,Netscape Enterprise Server等。

       JSP引擎：一般JSP引擎都以Servlet引擎为基础，并以Servlet的形式出现。同时，在各种免费和商业引擎的实现中，Servlet引擎和Jsp引擎通常也是一起出现，我们成为Servlet/JSP引擎，或从某种成为JSP引擎。

       JSP引擎是可以提供JSP和Servlet运行支持并对其生存周期进行管理的系统级实体。

       åœ¨JSP页面第一次被请求时，JSP引擎会将JSP原始文件转换成Servlet源代码，然后调用Java编译器，编译成Servlet,并在Servlet引擎中执行。当再次有请求的时候，JSP引擎会见差异编译好的JSP是否比原来的JSP原始文件要新，如果是,运行Servlet；如果不是，表示文件已经更新的了，就会从新执行转换和编译的过程。

       è¯´åˆ°è¿™é‡Œï¼Œä¹ŸåŸºæœ¬æŠŠJSP和Servlet的关系说清楚了，从我的感觉上看用JSP就可以了，简单又方便，又可以和Bean 很好的兼容使用，功能又很强大，为什么又出现了Servlet,它又有什么用？何况它的编写又相对复杂。为了把问题说得更清楚一点，我想在这里说一下历史，顺便再讲一下为什么还要用Servlet，Servlet的好处是什么。

       åŽ†å²ç®€è¿°ï¼šï¼ˆæ‘˜è‡ªæŸè®ºå›æœ‰åˆ èŠ‚，改写）

       ç®€å•çš„说，SUN首先发展出SERVLET，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。

       åŽæ¥SUN推出了类似于ASP的镶嵌型的JSP（是Servlet发展的产物），把JSP TAG镶嵌到HTML语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如ASP，PHP，JSP都是镶嵌型的SCRIPT语言。

       ä»Žç½‘络三层结构的角度看，一个网络项目最少分三层：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完成。通过调用，实现整合。现在微软推出的.NET也是通过这个理念，所有的presentation layer由ASP.NET完成，business layer由C#或VB.NET或VC.NET来完成。

       ä¸ºä»€ä¹ˆè¦é‡‡ç”¨è¿™äº›ç»„件技术呢？因为单纯的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。

       çœ‹äº†ä¸Šé¢çš„叙述，大家可能对JSP与Servlet共存有了比较好的认识。可以看到JSP和Bean结合后的的实用性，强大的表现功能，易用性都是Servlet所不能及的。那么是不是Servlet就被取代了？不是！在以后的发展中，它还是有着巨大的作用的。上面只不过是将了问题的一方面，下面我们来看看Servlet本身的特点。

       ç”±äºŽå®ƒæ˜¯ç”±java来写的，所以相关的特点我们就不说了，上文已经有了详细的介绍，我们来看看其他的：

       Servlet是用于开发服务器端应用程序的一种编程模型，如果只是一个普通的java应用，可以不使用servlet来编写，但是如果想要提供基于web的服务能力，那么就必须按照这种模型来编写，而且servlet也必须允许在符合servlet规范的java web server or app server之上，否则无法运行。除非你自己实现一个web server,但是其复杂度是比较高的，特别是在企业级应用中，对系统的稳定性和健壮性都要求比较高，所以servlet的模型实际上是简化了编写稳健的服务器端的应用开发过程。Servlet 可以作为提供web服务能力的一个接入方式

       çŽ°åœ¨ä¹Ÿè®¸å¯ä»¥ç†è§£äº†ä»€ä¹ˆæ˜¯Servlet什么是JSP，它们之间的关系是怎样的。