在Web开发中，合理地管理HTTP服务器的生命周期对于确保资源的有效利用和系统的稳定运行至关重要，本文将探讨在收到客户端请求并返回响应后,如何优雅地关闭HTTP服务器。
HTTP服务器关闭的重要性
1 资源释放
当HTTP服务器接收到客户端的请求并返回响应后，及时关闭服务器可以释放服务器端资源，如内存、网络连接等,避免资源泄漏。
2 系统稳定性
适时关闭服务器可以减少因长时间运行导致的潜在问题，如内存溢出、线程阻塞等,从而提高系统的稳定性。
3 节约成本
及时关闭服务器可以降低服务器硬件的能耗,从而节约运营成本。
关闭HTTP服务器的时机
1 请求完成
当服务器完成对客户端请求的处理并返回响应后,应立即考虑关闭服务器。
2 定时关闭
在服务器启动时，可以设置一个定时任务,在特定时间点关闭服务器。
3 指令关闭
允许管理员通过发送指令来关闭服务器,例如通过命令行或远程管理工具。
关闭HTTP服务器的步骤
1 优雅地终止线程
在关闭服务器之前，应确保所有正在处理的请求都已完成,避免中断客户端的请求。
2 释放资源
关闭服务器前，应释放所有已分配的资源，如内存、文件句柄、网络连接等。
3 关闭监听端口
关闭服务器时，应关闭监听客户端请求的端口,防止新的请求进入。
实现关闭HTTP服务器的代码示例
以下是一个简单的Python Flask应用示例,展示如何在收到请求后关闭HTTP服务器：
from flask import Flaskimport osapp = Flask(__name__)@app.route('/')def index():# 返回响应return "Hello, World!"if __name__ == '__main__':# 启动服务器app.run(host='0.0.0.0', port=5000)# 在这里可以添加代码来关闭服务器# os._exit(0)
注意事项
1 确保服务器安全关闭
在关闭服务器前，确保所有任务都已处理完毕,避免数据丢失或损坏。
2 避免强制关闭
尽量采用优雅的关闭方式，避免强制关闭服务器,以免造成数据不一致。
3 考虑重试机制
在关闭服务器后，可以考虑添加重试机制,以便在服务器重启后能够继续提供服务。
在Web开发中，合理地管理HTTP服务器的生命周期对于确保系统的稳定运行和资源的高效利用具有重要意义，通过在返回响应后关闭服务器，可以有效地释放资源、提高系统稳定性,并节约运营成本。
jsp内置对象，最好一问，Exception对象
在处理异常的网页中可以直接访问exception隐式对象。 -----------------------------------补充部分--------------------------------① out - out对象用于把结果输出到网页上。 方法：1. void clear() ; 清除输出缓冲区的内容，但是不输出到客户端。 2. void clearBuffer() ; 清除输出缓冲区的内容，并输出到客户端。 3. void close() ; 关闭输出流，清除所有内容。 4. void flush() ; 输出缓冲区里面的数据。 5. int getBufferSize() ; 获取以kb为单位的目前缓冲区大小。 6. int getRemaining() ; 获取以kb为单位的缓冲区中未被占用的空间大小。 7. boolean isAutoFlush() ; 是否自动刷新缓冲区。 8. void newLine() ; 输出一个换行字符。 9. void print( boolean b ) ; void print( char c ) ; void print( char[] s ) ; void print( double d ) ; void print( float f ) ; void print( int i ) ; void print( long l ) ; void print( Object obj ) ; void print( String s ) ; 将指定类型的数据输出到Http流，不换行。 10. void println( boolean b ) ;void println( char c ) ;void println( char[] s ) ;void println( double d ) ;void println( float f ) ;void println( int i ) ;void println( long l ) ;void println( Object obj ) ;void println( String s ) ;将指定类型的数据输出到Http流，并输出一个换行符。 11. Appendable append( char c ) ;Appendable append( CharSequence cxq, int start, int end ) ;Appendable append( CharSequence cxq ) ;将一个字符或者实现了CharSequence接口的对象添加到输出流的后面。 成员：int DEFAULT_BUFFER = 0- 缺省缓冲区大小int NO_BUFFER = -1- writer是否处于缓冲输出状态int UNBOUNDED_BUFFER = -2 - 是否限制缓冲区大小② request - request对象包含所有请求的信息，如请求的来源、标头、cookies和请求相关的参数值等。 方法：1. Object getAttribute( String name ) ; 返回由name指定的属性值，该属性不存在时返回null。 2. Enumeration getAttributeNames() ; 返回request对象的所有属性名称的集合。 3. String getAuthType() ; 返回用来保护servlet的认证方法的名称，未受保护时返回null。 4. String getCharacterEncoding() ; 返回请求中的字符编码方法，可以在response对象中设置。 5. int getContentLength() ; 返回请求的BODY的长度，不能确定长度时返回-1。 可以在response中设置。 6. String getContentType() ; 返回在response中定义的内容类型。 7. String getContentPath() ; 返回请求的路径。 8. Cookie[] getCookies() ; 返回客户端所有的Cookie的数组。 9. Enumeration getHeaderNames() ; 返回所有HTTP头的名称的集合。 10. Enumeration getHeaders( String name ) ;返回指定HTTP头的所有值的集合。 11. String getHeader( String name ) ;返回指定名称的HTTP头的信息。 12. long getDateHeader( String name ) ;返回指定名称的Data类型的HTTP头的信息。 13. int getIntHeader( String name ) ;返回指定名称的Int类型的HTTP头的信息。 14. ServletInputStream getInputStream() ;返回请求的输入流。 15. Locale getLocale() ;返回当前页的Locale对象，可以在response中设定。 16. Enumeration getLocales() ;返回请求中所有的Locale对象的集合。 17. String getLocalName() ;获取响应请求的服务器端主机名。 18. String getLocalAddr() ;获取响应请求的服务器端地址。 19. int getLocalPort() ;获取响应请求的服务器端端口20. String getMethod() ;获取客户端向服务器端发送请求的方法(GET、POST)。 21. String getParameter( String name ) ;获取客户端发送给服务器端的参数值。 22. Map getParameterMap() ;该方法返回包含请求中所有参数的一个Map对象。 23. Enumeration getParameterNames() ;返回请求中所有参数的集合。 24. String[] getParameterValues( String name ) ;获得请求中指定参数的所有值。 25. String getQueryString() ;返回get方法传递的参数字符串，该方法不分解出单独的参数。 26. String getPathInfo() ;取出请求中处于ServletPath和QueryString之间的额外信息。 27. String getPathTranslated() ;返回用getPathInfo()方法取得的路径信息的实际路径。 28. String getProtocol() ;返回请求使用的协议。 可以是HTTP1.1或者HTTP1.0。 29. BufferedReader getReader() ;返回请求的输入流对应的Reader对象，该方法和getInputStream()方法在一个页面中只能调用一个。 30. String getRemoteAddr() ;获取发出请求的客户端IP地址。 31. String getRemoteHost() ;获取发出请求的客户端主机名32. String getRemoteUser() ;返回经过客户端验证的用户名，未经验证返回null。 33. int getRemotePort() ;返回发出请求的客户端主机端口。 34. String getRealPath( String path ) ;返回给定虚拟路径的物理路径。 35. RequestDispatcher getRequestDispatcher( String path ) ;按给定的路径生成资源转向处理适配器对象。 36. String getRequestedSessionId() ;返回请求的session的标识。 37. String RequestURI() ;返回发出请求的客户端地址，但是不包括请求的参数字符串。 38. StringBuffer getRequestURI() ;返回响应请求的服务器端地址39. String getScheme() ;获取协议名称，缺省值为HTTP协议。 40. String getServerName() ;返回响应请求的服务器名称。 41. String getServletPath() ;获取客户端所请求的脚本文件的文件路径。 42. int getServerPort() ;获取响应请求的服务器端主机端口号。 43. void removeAttribute( String name ) ;在属性列表中删除指定名称的属性。 44. void setAttribute( String name, Object value ) ;在属性列表中添加/删除指定的属性。 45. void setCharacterEncoding( String name ) ;设置请求的字符编码格式。 46. HttpSession getSession() ;HttpSession getSession( boolean create ) ;获取session，如果create为true，在无session的情况下创建一个。 47. boolean isRequestedSessionIdFromCookie() ;检查请求的会话ID是否为通过Cookie传入。 48. boolean isRequestedSessionIdFromURL() ;检查请求的会话ID是否为通过URL传入。 49. boolean isRequestedSessionIdValid() ;检查请求的会话ID是否仍然有效。 50. boolean isSecure() ;检查请求是否使用安全链接，如果HTTPS等。 51. boolean isUserInRole( String role ) ;检查已经通过验证的用户是否在是role所指定的角色。 52. Principal getUserPrincipal() ;返回包含用户登陆名的一个对象。 成员：String BASIC_AUTH = BASIC - String Client_CERT_AUTH = CLIENT_CERT - String DIGEST_AUTH = DIGEST - String FORM_AUTH = FORM - ③ response - response对象主要将JSP容器处理后的结果传回到客户端。 方法：1. void addCookie( Cookie cookie ) ; 添加一个Cookie对象，保存客户端信息。 2. void addDateHeader( String name, long value ) ; 添加一个日期类型的HTTP头信息，覆盖同名的HTTP头信息。 3. void addHeader( String name, String value ) ; 添加一个HTTP头，覆盖同名的旧HTTP头。 4. void addIntHeader( String name, int value ) ; 添加一个整型的HTTP头，覆盖同名的旧HTTP头。 5. boolean containsHeader( String name ) ; 判断指定的HTTP头是否存在。 6. String encodeRedirectURL( String url ) ; 对sendRedirect()方法使用的URL进行编码。 7. String encodeURL( String url ) ; 将URL予以编码，回传包含session ID的URL。 8. void flushBuffer() ; 强制把当前缓冲区的内容发送到客户端。 9. int getBufferSize() ; 取得以kb为单位的缓冲区大小。 10. String getCharacterEncoding() ;获取响应的字符编码格式。 11. String getContentType() ;获取响应的类型。 12. Locale getLocale() ;获取响应的Locale对象。 13. ServletOutputStream getOutputStream() ;返回客户端的输出流对象。 14. PrintWriter getWriter() ;获取输出流对应的writer对象。 15. boolean isCommitted() ;判断服务器端是否已经将数据输出到客户端。 16. void reset() ;清空buffer中的所有内容。 17. void resetBuffer() ;情况buffer中所有的内容，但是保留HTTP头和状态信息。 18. void sendError( int xc, String msg ) ;void sendError( int xc ) ;发送错误，包括状态码和错误信息。 19. void sendRedirect( String locationg ) ;把响应发送到另外一个位置进行处理。 20. void setBufferSize( int size ) ;设置以kb为单位的缓冲区大小。 21. void setCharacterEncoding( String charset ) ;设置响应使用的字符编码格式。 22. void setContentLength( int length ) ;设置响应的BODY长度。 23. void setContentType( String type ) ;设置响应的类型。 24. void setDateHeader( String name, long value ) ;设置指定名称的Data类型的HTTP头的值。 25. void setHeader( String name, String value ) ;设置指定名称的HTTP头的值。 26. void setIntHeader( String name, int value ) ;设置指定名称的int类型的HTTP头的值。 27. void setStatus( int xc ) ;设置响应状态码，新值会覆盖当前值。 成员(HTTP状态码)：int SC_CONTINUE = 100int SC_SWITCHING_PROTOCOLS = 101int SC_OK = 200int SC_NON_AUTHORITATIVE_INFORMATION = 203int SC_ACCEPTED = 202int SC_CREATED = 201int SC_NO_CONTENT = 204int SC_RESET_CONTENT = 205int SC_PARTIAL_CONTENT = 206 int SC_MULTIPLE_CHOICES = 300int SC_MOVED_PERMANENTLY = 301 int SC_MOVED_TEMPORARILY = 302int SC_FOUND = 302 int SC_SEE_OTHER = 303int SC_4016.html" target="_blank">not_MODIFIED = 304int SC_USE_PROXY = 305int SC_TEMPORARY_REDIRECT = 307int SC_BAD_REQUEST = 400int SC_UNAUTHORIZED = 401int SC_PAYMENT_REQUIRED = 402int SC_FORBIDDEN = 403 int SC_NOT_FOUND = 404int SC_METHOD_NOT_ALLOWED = 405int SC_NOT_ACCEPTABLE = 406int SC_PROXY_AUTHENTICATION_REQUIRED = 407 int SC_REQUEST_TIMEOUT = 408int SC_CONFLICT = 409int SC_GONE = 410int SC_LENGTH_REQUIRED = 411 int SC_PRECONDITION_FAILED = 412int SC_REQUEST_ENTITY_TOO_LARGE = 413int SC_REQUEST_URI_TOO_LONG = 414int SC_UNSUPPORTED_MEDIA_TYPE = 415int SC_REQUESTED_RANGE_NOT_SATISFIABLE = 416int SC_EXPECTATION_FAILED = 417int SC_INTERNAL_SERVER_ERROR = 500int SC_NOT_IMPLEMENTED = 501 int SC_BAD_GATEWAY = 502int SC_SERVICE_UNAVAILABLE = 503 int SC_GATEWAY_TIMEOUT = 504int SC_HTTP_VERSION_NOT_SUPPORTED = 505④ session - session对象表示目前个别用户的会话状态，用来识别每个用户。 方法：1. Object getAttribute( String name ) ; 获取与指定名字相关联的session属性值。 2. Enumeration getAttributeNames() ; 取得session内所有属性的集合。 3. long getCreationTime() ; 返回session的创建时间，最小单位千分之一秒。 4. String getId() ; 取得session标识。 5. long getLastAccessedTime() ; 返回与当前session相关的客户端最后一次访问的时间，由1970-01-01算起，单位毫秒。 6. int getMaxInactiveInterval( int interval ) ; 返回总时间，以秒为单位，表示session的有效时间(session不活动时间)。 -1为永不过期。 7. ServletContext getServletContext() ; 返回一个该JSP页面对应的ServletContext对象实例。 8. HttpSessionContext getSessionContext() ;9. Object getValue( String name ) ; 取得指定名称的session变量值，不推荐使用。 10. String[] getValueNames() ;取得所有session变量的名称的集合，不推荐使用。 11. void invalidate() ;销毁这个session对象。 12. boolean isNew() ;判断一个session是否由服务器产生，但是客户端并没有使用。 13. void pubValue( String name, Object value ) ;添加一个session变量，不推荐使用。 14. void removeValue( String name ) ;移除一个session变量的值，不推荐使用。 15. void setAttribute( String name, String value ) ;设置指定名称的session属性值。 16. void setMaxInactiveInterval( int interval ) ;设置session的有效期。 17. void removeAttribute( String name ) ;移除指定名称的session属性。 ⑤ pageContext - pageContext对象存储本JSP页面相关信息，如属性、内建对象等。 方法：1. void setAttribute( String name, Object value, int scope ) ; void setAttribute( String name, Object value ) ; 在指定的共享范围内设置属性。 2. Object getAttribute( String name, int scope ) ; Object getAttribute( String name ) ; 取得指定共享范围内以name为名字的属性值。 3. Object findAttribute( String name ) ; 按页面、请求、会话和应用程序共享范围搜索已命名的属性。 4. void removeAttribute( String name, int scope ) ; void removeAttribute( String name ) ; 移除指定名称和共享范围的属性。 5. void forward( String url ) ; 将页面导航到指定的URL。 6. Enumeration getAttributeNamesScope( int scope ) ; 取得指定共享范围内的所有属性名称的集合。 7. int getAttributeScope( String name ) ; 取得指定属性的共享范围。 8. ErrorData getErrorDate() ; 取得页面的errorData对象。 9. Exception getException() ; 取得页面的exception对象。 10. ExpressionEvaluator getExpressionEvaluator() ;取得页面的expressionEvaluator对象。 11. JspWriter getOut() ;取得页面的out对象。 12. Object getPage() ;取得页面的page对象。 13. ServletRequest getRequest() ;取得页面的request对象。 14. ServletResponse getResponse() ;取得页面的response对象。 15. ServletConfig getConfig() ;取得页面的config对象。 16. ServletContext getServletContext() ;取得页面的servletContext对象。 17. HttpSession getSession() ;取得页面的session对象。 18. VariableResolver getVariableResolver() ;取得页面的variableResolver对象。 19. void include( String url, boolean flush ) ;void include( String url ) ;包含其他的资源，并指定是否自动刷新。 20. void release() ;重置pageContext内部状态，释放所有内部引用。 21. void initialize( Servlet servlet, ServletRequest request, ServletResponse response, String errorPageURL, boolean needSession, int bufferSize, boolean autoFlush ) ;初始化未经初始化的pageContext对象。 22. BodyContext pushBody() ;BodyContext pushBody( Writer writer ) ;保存当前的out对象，并更新pageContext中page范围内的out对象。 23. JspWrite popBody() ;取出由pushBody()方法保存的out对象。 24. void handlePageException( Exception e ) ;void handlePageException( Thrwoable t ) ;
java实体类为什么要实现serlializable接口
因为对象要序列化对象的序列化其实是持久化的一种技术.那么什么叫序列化呢?就是在文件系统(FileSystem)上存储对象的一种方法.序列化后的对象就想C盘里面的一个文件,打开以后是一堆16进制的数字..它可以被java虚拟机识别并在内存中构建一个对象.同时,序列化后的对象可以通过网络传输,等等,就不再单纯是内存中的一块.而是可以自由传输与移动的数据块.那什么样的对象可以序列化呢? 没错,就是实现了Serializable接口的对象.下面讲点儿题外话:说到对象持久化,比如你有一个java bean,里面存储了一个姓名,一个身份证号,你需要持久化,有哪几种方法呢?首先我们能想到的是存在数据库里..在数据库里建立一个对应的表.有name和id两个field,每次需要持久化的时候,存储到数据库里就可以了..这是一种方法..还有一种方法,比如存储成json字符串,然后存档到文件系统上.比如构建一个类似于{name: , id: XXXXX}的字符串第三种方法就是上面说的这种序列化技术.. json字符串的技术的缺点有1.保密性不强,一眼就看懂了.不论磁盘存储或者网络传输也好,一眼就被看穿了..2.效率感人..需要json框架去识别,虽然如果对象层次不是很深或者不是很大,速度也还可以接受,但是相比序列化来说,还是太慢了...但序列化也有缺点..比如人类没法看懂..还有网页程序主要用js做位前端语言..没法序列化..以上就是一点序列化的姿势...2017年8月31日 13:15:14
手机上网的HTTP是什么意思？
WWW的核心——HTTP协议 众所周知，Internet的基本协议是TCP/IP协议，目前广泛采用的FTP、Archie Gopher等是建立在TCP/IP协议之上的应用层协议，不同的协议对应着不同的应用 WWW服务器使用的主要协议是HTTP协议，即超文体传输协议。 由于HTTP协议支持的服务不限于WWW，还可以是其它服务，因而HTTP协议允许用户在统一的界面下，采用不同的协议访问不同的服务，如FTP、Archie、SMTP、NNTP等。 另外，HTTP协议还可用于名字服务器和分布式对象管理。 HTTP协议简介 HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。 它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。 目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。 HTTP协议的主要特点可概括如下： 1.支持客户/服务器模式。 2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。 请求方法常用的有GET、HEAD、POST。 每种方法规定了客户与服务器联系的类型不同。 由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。 3.灵活：HTTP允许传输任意类型的数据对象。 正在传输的类型由Content-Type加以标记。 4.无连接：无连接的含义是限制每次连接只处理一个请求。 服务器处理完客户的请求，并收到客户的应答后，即断开连接。 采用这种方式可以节省传输时间。 5.无状态：HTTP协议是无状态协议。 无状态是指协议对于事务处理没有记忆能力。 缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。 另一方面，在服务器不需要先前信息时它的应答就较快。 HTTP协议的几个重要概念 1.连接(Connection)：一个传输层的实际环流，它是建立在两个相互通讯的应用程序之间。 2.消息(Message)：HTTP通讯的基本单位，包括一个结构化的八元组序列并通过连接传输。 3.请求(Request)：一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号 4.响应(Response)：一个从服务器返回的信息包括HTTP协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的MIME类型。 5.资源(Resource)：由URI标识的网络数据对象或服务。 6.实体(Entity)：数据资源或来自服务资源的回映的一种特殊表示方法，它可能被包围在一个请求或响应信息中。 一个实体包括实体头信息和实体的本身内容。 7.客户机(Client)：一个为发送请求目的而建立连接的应用程序。 8.用户代理(User agent)：初始化一个请求的客户机。 它们是浏览器、编辑器或其它用户工具。 9.服务器(Server)：一个接受连接并对请求返回信息的应用程序。 10.源服务器(Origin server)：是一个给定资源可以在其上驻留或被创建的服务器。 11.代理(Proxy)：一个中间程序，它可以充当一个服务器，也可以充当一个客户机，为其它客户机建立请求。 请求是通过可能的翻译在内部或经过传递到其它的服务器中。 一个代理在发送请求信息之前，必须解释并且如果可能重写它。 代理经常作为通过防火墙的客户机端的门户，代理还可以作为一个帮助应用来通过协议处理没有被用户代理完成的请求。 12.网关(Gateway)：一个作为其它服务器中间媒介的服务器。 与代理不同的是，网关接受请求就好象对被请求的资源来说它就是源服务器；发出请求的客户机并没有意识到它在同网关打交道。 网关经常作为通过防火墙的服务器端的门户，网关还可以作为一个协议翻译器以便存取那些存储在非HTTP系统中的资源。 13.通道(Tunnel)：是作为两个连接中继的中介程序。 一旦激活，通道便被认为不属于HTTP通讯，尽管通道可能是被一个HTTP请求初始化的。 当被中继的连接两端关闭时，通道便消失。 当一个门户(Portal)必须存在或中介(Intermediary)不能解释中继的通讯时通道被经常使用。 14.缓存(Cache)：反应信息的局域存储。 HTTP协议的运作方式 HTTP协议是基于请求／响应范式的。 一个客户机与服务器建立连接后，发送一个请求给服务器，请求方式的格式为，统一资源标识符、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。 服务器接到请求后，给予相应的响应信息，其格式为一个状态行包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。 许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。 最简单的情况可能是在用户代理(UA)和源服务器(O)之间通过一个单独的连接来完成(见图2-1)。 图2-1 当一个或多个中介出现在请求／响应链中时，情况就变得复杂一些。 中介由三种：代理(Proxy)、网关(Gateway)和通道(Tunnel)。 一个代理根据URI的绝对格式来接受请求，重写全部或部分消息，通过URI的标识把已格式化过的请求发送到服务器。 网关是一个接收代理，作为一些其它服务器的上层，并且如果必须的话，可以把请求翻译给下层的服务器协议。 一个通道作为不改变消息的两个连接之间的中继点。 当通讯需要通过一个中介(例如：防火墙等)或者是中介不能识别消息的内容时，通道经常被使用。 图2-2 上面的图2-2表明了在用户代理(UA)和源服务器(O)之间有三个中介(A,B和C)。 一个通过整个链的请求或响应消息必须经过四个连接段。 这个区别是重要的，因为一些HTTP通讯选择可能应用于最近的连接、没有通道的邻居，应用于链的终点或应用于沿链的所有连接。 尽管图2-2是线性的，每个参与者都可能从事多重的、并发的通讯。 例如，B可能从许多客户机接收请求而不通过A，并且／或者不通过C把请求送到A，在同时它还可能处理A的请求。 任何针对不作为通道的汇聚可能为处理请求启用一个内部缓存。 缓存的效果是请求／响应链被缩短，条件是沿链的参与者之一具有一个缓存的响应作用于那个请求。 下图说明结果链，其条件是针对一个未被UA或A加缓存的请求，B有一个经过C来自O的一个前期响应的缓存拷贝。 图2-3 在Internet上，HTTP通讯通常发生在TCP/IP连接之上。 缺省端口是TCP 80，但其它的端口也是可用的。 但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。 HTTP只预示着一个可靠的传输。 以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。 首先，简单介绍基于HTTP协议的客户/服务器模式的信息交换过程，如图2-4所示，它分四个过程，建立连接、发送请求信息、发送响应信息、关闭连接。 图2-4 在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。 WWW服务器运行时，一直在TCP80端口(WWW的缺省端口)监听，等待连接的出现。
发表评论