web服务器工作原理

Step1：用户在地址栏输入一个网址，然后点击回车键；

Step2：浏览器与服务器建立TCP连接；

Step3：浏览器将用户的事件按照HTTP协议要求的格式打包成数据包，这个过程的本质就是在待发送缓冲区中有这一段HTTP协议格式的字节流；

Step4：浏览器确认服务器可写，将该数据包推入Internet中，最终，该包被递交到服务端；

Step5：服务器在接收到该数据包后，以同样的格式进行解析，获取客户端的意图；

Step6：在获取了客户端的意图之后，服务器进行分类处理，或是提供某一文件，或是处理相关数据；

Step7：将处理结果装入缓冲区，或者文档，或是其他内容；

Step8：服务器将按照HTTP协议格式，将Step7中的数据进行打包；

Step9：服务器确定对端可写，将数据包推入Internet，该包经过网络处理，最终返回至客户端；

Step10：客户端拿到包之后，以HTTP协议格式进行解包，然后解析数据；

Step11：客户端处理相关数据，并且展示在页面之上。

以上这11步，就是web服务器最基本的工作原理。通过梳理，我们不难发现，这就是一个简单的网络通信过程。换句话说，就是一个简单的发送数据、接受数据、处理数据的过程。更高级的web服务器，无非也就是将上述的三个基础内容划分得更加详细一点而已。

Web服务的工作原理是各公司从注册表(ebXML或UDDI的注册表)获得发布信息，建立满足要求的执行过程，然后向注册表发布它们的服务。以后，其他公司发现注册表中列出的一项服务，同意已制定的标准，然后开展业务。一旦在标准上取得一致并且约定的规则得到满足，应用程序就可以接管交易处理，因而从开展业务的开销中去除了人工互动。在这种模型中，通过利用现有基础设施，应用可以交换有关公司希望提供和消费的服务的信息。此外，应用还可以查询注册表，查找可以以更优惠条件提供同样服务的其他应用(公司)。

在标准方面，UDDI作为一种用于Web的黄页被编制出来，它可以通过WSDL访问。WSDL支持类似于UDDI特性的ebXML注册特性。除了与UDDI的数据库特性竞争外，ebXML的Web服务部分曾被考虑与SOAP标准进行竞争。幸运的是，OASIS已将SOAP集成到ebXML中。目前，这些协议既相互重叠(UDDI和ebXML)又相互补充(SOAP和ebXML)。

·UDDI(通用描述、发现和集成)：UDDI是Microsoft、IBM和Ariba为制定一项用于描述、注册和发现Web服务的Internet标准而成立的联盟。由此而来的UDDI框架是“一个企业可以注册其Web服务并查找其他Web服务的数据库集合。”应用程序使用SOAP API来读取或提供与UDDI相关的WSDL文档。

·WSDL(Web服务描述语言)：WSDL文件，即UDDI和ebXML注册表的子集合，提供联系信息、Web服务的描述、它们的位置以及如何调用它们的规范。UDDI注册表按行业类别和地理位置细分。WSDL文件常常由另外的信息源(如，COM IDL或CORBA文件或EJB类定义)生成。WSDL用于描述通过Internet（或其他网络）可访问的程序以及同这些程序进行交流的信息格式和协议。它可以使Web服务的功能通过标准的方式展示出来，从而使Web服务和开发工具更易兼容。

·SOAP(简单对象访问协议)：SOAP是使用XML通过Internet发送信息和访问动态Web服务的友好界面。其主要作用在于确保信息通过互联网在业务应用之间传输的可靠性。作为一种用在分布式环境中交换结构化数据的协议，它包括三个部分：信封、报头(可选)和协议消息体。信封标记SOAP消息的开始与结束。它还可以规定在网络上数据的编码规则。SOAP报头可以包含发送给一个地址或多个地址的邮件、一个支付代码或有关RPC类型互动的信息。一个信封中可以有多个报头或完全没有报头。SOAP消息体传送自描述结构或RPC类型接口格式的数据。

·ebXML(电子业务XML)：ebXML标准是由OASIS和UN/CEFACT为帮助使XML成为开展电子数据交易的世界性语言。ebXML架构以业务过程和信息模型开始，将这个模型映射到XML文件并定义处理这些文件以及在交易伙伴之间交换这些文件的应用程序的要求。同UDDI注册表一样，ebXML注册表以标准的文档格式列出一家公司的能力的清单，使企业可以通过这个注册表找到其他企业、定义协议以及交换帮助开展商务交易的XML消息。ebXML的目标是使所有这些事务可以在Internet上被自动执行，无需人工干预。

---