stoneson

websocket规范 RFC6455 中文版

翻译自： http://tools.ietf.org/rfc/rfc6455.txt

InternetEngineering Task Force (IETF) I. Fette

Request forComments: 6455 Google,Inc.

Category: StandardsTrack A.Melnikov

ISSN: 2070-1721Isode Ltd. December2011

WebSocket协议

摘要

WebSocket协议使在控制环境下运行不受信任代码的客户端和能够选择与那些代码通信的远程主机之间能够双向通信。用于这个的安全模型是以origin为基础的安全模型，一般被浏览器使用。协议包含打开握手，其次是基本消息框架，在TCP之上。这项技术的目的是为基于浏览器的、需要与服务器双向通信的应用程序提供一种不依赖于打开多个HTTP连接的机制（例如，使用XMLHttpRequest或和长轮询）。 本备忘录的状态 这是一个Internet标准跟踪文件。 这个文档是因特网工程师任务组（IETF）的一个产品。它代表了IETF社区的共识。它已接受公众审查，因特网工程指导组（IESG）证明可出版。关于互联网标准的进一步信息在RFC5741的第2章节。 关于本文档当前状态的信息、勘误表和如何提供反馈，可以在http://www.rfc-editor.org/info/rfc6455找到。 版权声明 Copyright (c) 2011 IETF Trust and thepersons identified as the document authors. All rights reserved. This document is subject to BCP 78 and theIETF Trust’s Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info)in effect on the date of publication of this document. Please review thesedocuments carefully, as they describe your rights and restrictions with respectto this document. Code Components extracted from this document must includeSimplified BSD License text as described in Section 4.e of the Trust LegalProvisions and are provided without warranty as described in the Simplified BSDLicense. 1. 介绍 1.1. 背景 这部分是不规范的。 历史上，创建需要在客户端和服务器间双向通信的网络应用程序（如即时消息和游戏程序）要求滥用HTTP来轮询服务器来获得更新，通过不同HTTP请求来发送上行通知。 这导致各种问题： l 服务器被迫为每个客户端使用一些不同的底层TCP连接：一个用来向客户端发送消息，为每个到来的消息使用一个新的。 l 通信（wire）协议具有很高的开销，因为每个客户端到服务器的消息有HTTP头。 l 客户端侧的脚本被迫维护输出连接到输入连接的映射来追踪响应。 一个简单的解决方法是为双向传输使用单一的TCP连接。这是WebSocket协议提供的。结合WebSocket API（WSAPI），它为web页面到远程服务器的双向通信提供了HTTP轮询的替代方案。 同样的技术也可用于各种web应用程序：游戏，股票行情，多用户协同编辑的应用程序，用户界面实时展示服务器侧服务等。 WebSocket协议设计用来取代使用HTTP作为传输层的双向通信技术，并从现有的基础设施（代理、过滤、认证）受益。这些技术作为效率与可靠性的平衡而实现，因为HTTP最初并不是用于双向通信的（见RFC6202有多更讨论）。WebSocket尝试解决在现有HTTP基础设施的环境下现有HTTP双向通信技术的目标；像这样，它设计来工作于HTTP 80、443端口上，并支持HTTP代理和中间设施，即使这意味着增加现有环境的一些复杂性。然后，设计并没有将WebSocket局限于HTTP，未来的实现可以在特定的端口上使用更简单的握手，而不需要重新发明整个协议。最后一点是重要的，因为交互式消息的传输模式并不紧密符合标准的HTTP传输，会在一些部件上引起异常的负载。 1.2. 协议概览 这部分是不规范的。 WebSocket 协议有两部分：握手和数据传输。 来自客户端的握手开起来像下面： GET /chat HTTP/1.1 Host: server.example.com Upgrade: websocket Connection: Upgrade Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== Origin: http://example.com Sec-WebSocket-Protocol: chat, superchat Sec-WebSocket-Version: 13 来自服务器的握手开起来像下面： HTTP/1.1 101 Switching Protocols Upgrade: websocket Connection: Upgrade Sec-WebSocket-Accept:s3pPLMBiTxaQ9kYGzzhZRbK+xOo= Sec-WebSocket-Protocol: chat 来自客户端的引导行遵从Request-Line格式，来自服务器的引导行遵从Status-Line格式。Request-Line和Status-Line 在[RFC2616]定义。 在两种情况下，引导行后面跟着一组未排序的头域。这些头域的意义在本文档的第4章指定。额外的头域也可能出现，如cookie [RFC6265]。头的格式和解析在[RFC2616]定义。 一旦客户端和服务器都发送了他们的握手，如果握手成功，传输数据部分开始。这是一个双向传输通道，每个端都能独立、随意发送数据。 在成功握手后，客户端和服务器来回传输数据是以消息message为概念单位的。在传输介质上（on the wire），一个消息由一个或多个帧frame组成。WebSocket消息不需要对应到特定网络层的帧，因为分帧后的消息可能被中间设施合并或拆分。 一帧都有一个关联的类型。属于同一个消息的帧拥有相同的数据类型，广义地说，有文本数据（解释为UTF-8[RFC3629]文本）、二进制数据（它的解释留给了应用程序）和控制帧（不打算携带应用数据，携带的是协议层的信号，如连接关闭信号）类型。这个版本的协议定义了6种帧类型，并保留了10种为以后使用。 1.3. 打开握手 这部分是不规范的。 打开握手为了兼容基于HTTP的服务器端软件和中间设施，使同一个端口能够接受HTTP客户端和WebSocket客户端，为了这个目的，WebSocket客户端的握手是HTTP请求的升级。 GET /chat HTTP/1.1 Host: server.example.com Upgrade: websocket Connection: Upgrade Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== Origin: http://example.com Sec-WebSocket-Protocol: chat, superchat Sec-WebSocket-Version: 13 为了兼容[RFC2616]，客户端握手里的头域可能以任意的顺序发送，因此不同头域接收到的顺序是不重要的。 GET方法[RFC2616]的Request-URI用于识别WebSocket连接的终端，允许一个IP地址服务多个域domain，和允许单个服务器提供多个WebSocket终端。 客户端在握手的Host头域里包含主机名，这样，客户端和服务器能够验证他们同意使用哪个主机。额外的头域用于选择WebSocket协议的选项。此版本中典型的可用选项有子协议选择器Sec-WebSocket-Protocol，Sec-WebSocket-Protocol列出客户端支持的扩展，Origin头域等等。Sec-WebSocket-Protocol请求头域可用来表明客户端可接受的子协议（WebSocket协议之上的应用程序层协议）。服务器选择一个或零个可接受的协议，输出到它的握手，来指明它选择了那个协议。 Sec-WebSocket-Protocol: chat Origin 头域（RFC6454）用于保护WebSocket服务器不被未授权的运行在浏览器的脚本跨源使用WebSocket API。如果服务器不想接受来自这个源的连接，它可以拒绝连接，并发送一个合适的HTTP错误码。这个头域有浏览器客户端发送；对于非浏览器客户端，这个头域可能发送，如果它在客户端上下文环境中有意义。 最后，服务器得向客户端证明它接收到了客户端的WebSocket握手，为使服务器不接受非WebSocket连接。这防止攻击者通过XMLHttpRequest发送或表单提交精心构造的包来欺骗WebSocket服务器。 为了证明握手被接收，服务器把两块信息合并来形成响应。第一块信息来自客户端握手头域Sec-WebSocket-Key，如 Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== 对于这个头域，服务器取头的值（由于出现在头域，例如，base64编码[RFC4648]后的版本，消除任何前面后面的空白符），以字符串的形式拼接全局唯一的（GUID，[RFC4122]）标识：258EAFA5-E914-47DA-95CA-C5AB0DC85B11，此值不大可能被不明白WebSocket协议的网络终端使用。然后进行SHA-1 hash（160位）编码，再进行base64编码，将结果作为服务器的握手返回。 具体如下： 请求头：Sec-WebSocket-Key:dGhlIHNhbXBsZSBub25jZQ== 取值，字符串拼接后得到："dGhlIHNhbXBsZSBub25jZQ==258EAFA5-E914-47DA-95CA-C5AB0DC85B11"; SHA-1后得到： 0xb3 0x7a 0x4f 0x2c 0xc0 0x62 0x4f 0x16 0x90 0xf6 0x46 0x06 0xcf 0x38 0x59 0x45 0xb20xbe 0xc4 0xea Base64后得到： s3pPLMBiTxaQ9kYGzzhZRbK+xOo= 最后的结果值作为响应头Sec-WebSocket-Accept 的值。 来自服务器的握手比客户端的简单很多。首先是HTTP 状态行，状态码是101： HTTP/1.1 101 Switching Protocols 任何非101的状态码表示WebSocket握手还没有完成，HTTP语义仍然生效。 Connection和Upgrade头域完成HTTP升级。Sec-WebSocket-Accept头表明服务器是否愿意接受连接。如果有，值必须是前面提到的算法得到的值，否则不能解释为服务器接受连接。 HTTP/1.1 101 Switching Protocols Upgrade: websocket Connection: Upgrade Sec-WebSocket-Accept:s3pPLMBiTxaQ9kYGzzhZRbK+xOo= 这些字段由WebSocket客户端为脚本页面检测，如果Sec-WebSocket-Accept的值不符合预期的值，如果头缺失，或HTTP状态码不是101，连接不会建立，WebSocket帧不会发送。 还可以包含一些可选字段。在协议的这个版本里，主要的可选字段是Sec-WebSocket-Protocol，表示服务器选择的子协议。WebSocket客户端验证服务器选择了一个客户端握手中指定的值。支持多个子协议的服务器必须确保它选择了一个基于客户端握手并在它自己的握手里指定了它。 服务器也可以设置cookie有关的可选头。 1.4. 关闭握手 这部分是不规范的。 关闭握手远比打开握手简单。 任何一端都可以发送带有指定控制序号的数据的帧来开始关闭握手（详细在5.5.1节）。当接收到这样的帧时，如果还没有发送，另一端发送一个关闭帧（B）作为响应。当接收到那个（B）帧时，第一个端关闭连接，因为知道没有更多的数据需要传输。 发送表明关闭连接的控制帧后，端不应该再发数据；接收到表示应该关闭连接的控制帧后，端丢弃后面接收的所有数据。 两端都可以安全地同时开始关闭握手。 这个关闭握手想补充TCP的关闭握手（FIN/ACK），依据是，TCP关闭握手不总是端到端可靠的，特别是出现拦截代理和其他的中间设施。 通过发送一个关闭帧并等待返回关闭帧响应，可以避免一些数据丢失的特殊情况。例如，在一些平台上，如果一个套接字关闭时有数据在接收队列，RST包发送后，将导致recv()失败， 因为接收到RST，即使仍有数据等待读取。 1.5. 设计哲学 这部分是不规范的。 WebSocket协议的设计原则就是最小化框架（唯一的框架就是协议是基于帧的，而不是基于流的，并且支持区分Unicode文本和二进制帧的）。它希望元数据放在WebSocket上面的应用程序层。 概念上，WebSocket确实只是TCP上面的一层，做下面的工作： l 为浏览器添加web 的origin-based的安全模型。 l 添加定位和协议命名机制来支持在同一个端口上提供多个服务和同一个IP上有多个主机名。 l 在TCP上实现帧机制，来回到IP包机制，而没有长度限制。 l 在带内包含额外的关闭握手，是为了能在有代理和其他中间设施的地方工作。 除了这些，WebSocket没有再添加任何东西。基本上，它想尽可能暴露原始的TCP给脚本，又给web约束。它还设计以这样的方式，它的服务器能和HTTP服务器共享同一个端口，通过使它的请求是一个合法的HTTP升级请求。在概念上可以使用其他的协议来建立客户端-服务器消息机制，但WebSocket的目的是提供一个相当简单的协议，能够与HTTP和已部署的HTTP基础设施共存（如代理），尽可能接近TCP，通过给定安全模型在现有基础设施上安全使用，伴随简化使用和使简单事情保持简单的额外目标。 协议考虑到可扩展，未来的版本很可能引入额外的概念，如multiplexing. 1.6. 安全模型 这部分是不规范的。 WebSocket协议使用起源模型（origin model），浏览器用来限制哪些网页能够接触WebSocket服务器。当专用的客户端直接使用WebSocket协议时，起源模型没用了，因为客户端能够提供任意的origin字符串。 这个协议目的是不和现有协议（如SMTP、HTTP）的服务器建立连接，如果要求，允许HTTP服务器可选地支持此协议。这个通过一个严格的、精心制作的握手和在握手完成前限制数据进入连接来做到的。 类似地，当其他协议的数据发送到WebSocket时，使连接失败。这主要是通过要求服务器证明它读取了握手，在只有当握手含有适当的部分时，这些部分只能由WebSocket客户端发送。特别是，在写这个规范时，以Sec- 开头的头不能被来自浏览器的攻击者使用HTML和JavaScriptAPI如XMLHttpRequest发送。 1.7. 与TCP和HTTP的关系 这部分是不规范的。 WebSocket协议是独立的、基于TCP的协议。与HTTP的唯一关系是它的握手可以被HTTP服务器解释为一个升级请求。 默认地，WebSocket协议为常规连接使用80端口，为基于传输层安全（TLS）的连接使用443端口。 1.8. 建立连接 这部分是不规范的。 当一个连接连接到被HTTP服务器共享的端口（对于端口80和443是很可能发生的场景），连接将展示给HTTP服务器的将是一个伴有Upgrade的、常规的GET请求。在只有一个IP地址和单个服务器对应所有传输到单个主机的相对简单的设置，这将允许特殊的方法来部署基于系统的WebSocket协议。在更复杂的设置下，一组用于WebSocket连接的主机从HTTP服务器分离是更容易管理的。在写这篇规范的时候，应当指出，在端口80和443上连接有显著的成功率， 1.9. 使用WebSocket协议的子协议 这部分是不规范的。 客户端可以通过在它的握手包含Sec-WebSocket-Protocol头来要求服务器使用指定的子协议。如果指定了，为建立连接，服务器需要包含一个同样的头和一个选择了的子协议在它的响应。 这些子协议的命名要按照11.5节注册。为了避免潜在的冲突，推荐使用带有子协议发起人的域名的ASCII版本号的名字。例如，Excaple集团准备创建一个聊天子协议，由web上的一些服务器来实现，它可以命名为“chat.example.com”。如果Example组织命名他们的竞争子协议为“chat.example.org”，那么两种子协议都能背服务器同时实现，由服务器根据客户端发送的数据动态选择使用子协议。 子协议的版本可以是向后不兼容的，通过改变子协议的名字，如从“bookings.example.net”到“v2.bookings.examples.net”。这些子协议可以认为完全独立于WebSocket客户端的。向后兼容的版本可通过复用同样的协议字符串来实现，但小心设计协议来支持扩展。 2. 一致性要求 All diagrams, examples, and notes in thisspecification are nonnormative, as are all sections explicitly markednon-normative. Everything else in this specification is normative. The key words "MUST", "MUSTNOT", "REQUIRED", "SHALL", "SHALL NOT","SHOULD", "SHOULD NOT", "RECOMMENDED","MAY", and "OPTIONAL" in this document are to beinterpreted as described in [RFC2119]. Requirements phrased in the imperative aspart of algorithms (such as "strip any leading space characters" or"return false and abort these steps") are to be interpreted with themeaning of the key word ("MUST", "SHOULD", "MAY",etc.) used in introducing the algorithm. 2.1. Terminology and OtherConventions _ASCII_ shall mean the character-encodingscheme defined in [ANSI.X3-4.1986]. This document makes reference to UTF-8values and uses UTF-8 notational formats as defined in STD 63 [RFC3629]. Key terms such as named algorithms ordefinitions are indicated like _this_. Names of header fields or variables areindicated like |this|. Variable values are indicated like /this/. This document references the procedure to_Fail the WebSocket Connection_. This procedure is defined in Section 7.1.7. _Converting a string to ASCII lowercase_means replacing all characters in the range U+0041 to U+005A (i.e., LATIN CAPITAL LETTER A to LATINCAPITAL LETTER Z) with the corresponding characters in the range U+0061 to U+007A (i.e., LATIN SMALL LETTER A to LATINSMALL LETTER Z). Comparing two strings in an _ASCIIcase-insensitive_ manner means comparing them exactly, code point for codepoint, except that the characters in the range U+0041 to U+005A (i.e., LATIN CAPITAL LETTER A to LATINCAPITAL LETTER Z) and the corresponding characters in the range U+0061 to U+007A (i.e., LATIN SMALL LETTER A to LATIN SMALL LETTERZ) are considered to also match. The term "URI" is used in thisdocument as defined in [RFC3986]. When an implementation is required to_send_ data as part of the WebSocket Protocol, the implementation MAY delay theactual transmission arbitrarily, e.g., buffering data so as to send fewer IPpackets. Note that this document uses both [RFC5234]and [RFC2616] variants of ABNF in different sections. 3. WebSocket URI 本规范定义了两种URI方案，使用在RFC5234定义的ABNF语法、术语和在RFC3986定义的URI规范的ABNF成果。 ws-URI = "ws:" "//"host [ ":" port ] path [ "?" query ] wss-URI = "wss:" "//"host [ ":" port ] path [ "?" query ] host = <host, defined in [RFC3986],Section 3.2.2> port = <port, defined in [RFC3986],Section 3.2.3> path = <path-abempty, defined in [RFC3986],Section 3.3> query = <query, defined in [RFC3986],Section 3.4> port部分是可选的；ws默认的端口是80，wss默认是443。 如果scheme部分匹配大小写不敏感的“wss”，那么URI就被称作是“安全的”。 “resource-name”可以由下面部分的拼接组成： l "/" 如果path部分是空的 l path部分 l ? 如果query部分不为空 l 空的query部分 片段（fragment）标识符在WebSocket URI环境是没意义的，不允许在这些URI中使用。 与任何的URI方案一样，当字符“#”不表示片段的开始时，必须转义为%23。 4. 打开握手 4.1. 客户端要求 为建立WebSocket连接，客户端打开一个（TCP）连接并发送一个在这个章节里定义的握手。一个连接最初定义为CONNECTING状态。客户端需要提供WebSocket URI的部件：host、port、resource name、和secure标志，这些都是第3章里讨论的WebSocket URI的组件，伴随使用一些协议和扩展。另外，如果客户端是个web浏览器，它提供origin。 客户端运行在受限环境，如连接到特定关卡的移动手持设备上的浏览器，可能把连接的管理卸载给另一个网络代理。在这种情况下，用于本规范目的的客户端包括手持设备软件和任意的这类代理。 当客户端准备用建立WebSocket连接，给定的一组（host，port，resource name，secure标记），连同使用一序列协议和扩展，和在浏览器情况下有个origin，它必须打开一个（TCP）连接，发送一个打开握手，从响应里读取服务器的握手。（TCP）连接应该如何打开的准确要求，在打开握手应该发送什么，服务器响应应该如何解释，将在下面的章节里。在下面的文本里，我们将使用使用第3章里的名字，如“/host/”和“/secure/ flag”。 1、传递给这个算法（/host/, /port/, /resource name., and /secure/ flag）的WebSocket URI组件必须是合法的，依照第3章说明的WebSocket URI规范。如果有任何的组件是非法的，客户端必须使WebSocket 连接失败，并中止这些步骤。 2、如果客户端已经有WebSocket 连接到用 /host/ 和 /port/ 对鉴定的远程主机，即使远程主机有另外的名字，客户端必须等待，直到那个连接已经建立或失败。必须保证不能有超过1个的连接处于CONNECTING状态。如果有多个到同一个IP地址的连接同时尝试，客户端必须串行化他们，使在没有超过1个的连接在同时执行下面的步骤。 如果客户端不能确定远程主机的IP地址（例如，所有的通信都是通过一个代理服务器来完成的，代理服务器自己执行DNS查询），为了此步骤的目的，那么客户端必须假设每个主机名指向不同的远程主机，而且，客户端应该限制同时pending的连接数量到一个合理的低的数量（例如，客户端可能允许同时pending的连接到a.example.com和 b.example.com，但如果有30个连接同时要求连接到单个主机，可能是不允许的）。例如，在一个web浏览器环境里，客户端需要考虑用户打开的网页选项卡的数量，来设置同时pending连接的限制数量。 注意：这使脚本仅仅通过打开大量到远程主机的WebSocket的连接来实施DNS估计更难了。当服务器受到攻击时，能通过在关闭之前挂起连接来减少负载，因为那将减少客户端重连的速率。 注意：客户端到单个远程主机的已建立WebSocket连接的数量是没有限制的。当承受高的负载时，服务器可以拒绝接收来自已经有过多数量连接的hosts/IP地址的连接，或断开耗资源的连接。 3、使用代理：如果客户端配置为使用代理，当使用WebSocket协议连接到/host/和/port/的主机，客户端应当连接到那个代理，告诉它打开一个TCP连接到给定的/host/和/port/的主机。 举例：例如，如果客户端对所有传输使用HTTP代理，如果它尝试连接到example.com服务器的端口80，它可能发送下面的行到代理服务器： CONNECT example.com:80 HTTP/1.1 Host: example.com 如果有密码，连接看起来是这样的： CONNECT example.com:80 HTTP/1.1 Host: example.com Proxy-authorization: BasicZWRuYW1vZGU6bm9jYXBlcyE= 如果客户端没有配置使用代理，一个直接TCP连接应该打开到/host/ 和/port/指定的主机。 注意：Implementationsthat do not expose explicit UI for selecting a proxy for WebSocket connectionsseparate from other proxies are encouraged to use a SOCKS5 [RFC1928] proxy for WebSocket connections, if available, orfailing that, to prefer the proxy configured for HTTPS connections over theproxy configured for HTTP connections. For the purpose of proxy autoconfigurationscripts, the URI to pass the function MUST be constructed from /host/, /port/,/resource name/, and the /secure/ flag using the definition of a WebSocket URIas given in Section 3. 注意：The WebSocketProtocol can be identified in proxy autoconfiguration scripts from the scheme("ws" for unencrypted connections and "wss" for encryptedconnections). 4、如果（TCP）连接不能打开，因为直接连接失败还是使用的任何代理返回错误，客户端必须使用WebSocket连接失败，并中止连接尝试。 5、如果/secure/是true，客户端必须在（TCP）连接上执行TLS握手，在打开连接后，发送握手数据【RFC2818】之前。如果这个失败了，客户端必须使WebSocket连接失败并中止连接。否则，所有在这条通道上的后续的通信必须使用加密通道【RFC5246】。 Clients MUST use the Server Name Indicationextension in the TLS handshake [RFC6066]. 一旦到服务器的（TCP）连接建立（包括通过代理或TLS加密的通道），客户端必须发送一个打开握手到服务器。握手包含一个HTTPUpgrade请求，连同一些必须的和可选的头域。打开握手的要求如下： 1. 握手必须是一个合法的【RFC2616】规定的HTTP请求。 2. 请求的方法必须是GET，HTTP版本必须至少是1.1。 例如，如果WebSocketURI是"ws://example.com/chat"，发送的第一行应该是"GET/chat HTTP/1.1"。 3. 请求的Request-URI部分必须符合第3章定义的/resourcename/，或者是绝对的http/httpsURI，当解析后，有个/resourcename/，/host/,/port/，符合对应的ws/wssURI。 4. 请求必须含有Host头域，它的值包含/host/加上可选的":"后跟/port/（当没使用默认的端口时）。 5. 请求必须包含Upgrade头域，其值必须含有"websocket"关键字。 6. 请求必须含有Connection头域，其值必须含有"Upgrade"记号。 7. 请求必须包含名为Sec-WebSocket-Key的头域，其值必须是nonce组成的随机选择的16字节的被base64编码后的值。必须为每个连接随机选择nonce。 注意：例如，如果随机选取的一序列字节值是0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 0x0a0x0b 0x0c 0x0d 0x0e0x0f 0x10，头域的值应该是"AQIDBAUGBwgJCgsMDQ4PEC=="。 8. 如果请求来自浏览器客户端，必须包含名为Origin的头域。如果连接来自非浏览器客户端，请求可能包括这个头域，如果那个客户端的语义符合此处浏览器客户端描述的用例。这个头域的值是建立连接的代码运行环境的origin的ASCII序列。在【RFC6454】有描述此头域值是如何构建的。 例如，下载子www.example.com的代码尝试建立连接到ww2.example.com，此头域的值应该是"http://www.example.com"。 9. 请求必须包含名为Sec-WebSocket-Version的头域，其值必须是13。 注意：Althoughdraft versions of this document (-09, -10, -11, and -12) were posted (they were mostlycomprised of editorial changesand clarifications and not changes to the wire protocol), values 9, 10, 11, and 12 were notused as valid valuesfor Sec-WebSocket-Version. These values were reserved in the IANA registrybut were not and will not be used. 10. 请求可能包含名为Sec-WebSocket-Protocol的头域。如果有，此值指示客户端希望使用的一个或多个逗号分隔的子协议，按优选顺序。组成此值的元素必须是非空字符串，字符范围在U+0021到U+007E，不包括在【RFC2616】定义的分隔符，而且必须是唯一的字符串。此头域值的ABNF是1#token，构建和规则在【RFC2616】定义。 11. 请求可能包含名为Sec-WebSocket-Extensions的头域。如果有，其值指示了客户端希望使用的协议级别的扩展。此头域的解释和格式在9.1节描述。 12. 请求可能包含任意的其他头域。例如cookies和/或认证相关的头域，如Authorization头域。 一旦客户端打开握手发送出去，在发送任何数据之前，客户端必须等待服务器的响应。客户端必须按如下步骤验证响应： 1、如果从服务器接收到的状态码不是101，按HTTP【RFC2616】程序处理响应。在特殊情况下，如果客户端接收到401状态码，可能执行认证；服务器可能用3xx状态码重定向客户端（但不要求客户端遵循他们），等等。否则按下面处理。 2、如果响应缺失Upgrade头域或Upgrade头域的值没有包含大小写不敏感的ASCII 值"websocket"，客户端必须使WebSocket连接失败。 3、如果响应缺失Connection头域或其值不包含大小写不敏感的ASCII值"Upgrade"，客户端必须使WebSocket连接失败。 4、如果响应缺失Sec-WebSocket-Accept头域或其值不包含 |Sec-WebSocket-Key |（作为字符串，非base64解码的）+ "258EAFA5-E914-47DA-95CA-C5AB0DC85B11"的base64编码 SHA-1值，客户端必须使WebSocket连接失败。 5、如果响应包含Sec-WebSocket-Extensions头域，且其值指示使用的扩展不出现在客户端发送的握手（服务器指示的扩展不是客户端要求的），客户端必须使WebSocket连接失败。（解析此头域来决定哪个扩展是要求的在第9.1节描述。） 6、如果响应包含Sec-WebSocket-Protocol头域，且这个头域指示使用的子协议不包含在客户端的握手（服务器指示的子协议不是客户端要求的），客户端必须使WebSocket连接失败。 如果服务器响应不遵从4.2.2节和本节定义服务器握手的要求，客户端必须使WebSocket连接失败。 请注意，依据RFC2616，所有HTTP请求和HTTP响应的头域都是大小写不敏感的。 如果服务器的响应符合上面的验证要求，说明WebSocket连接建立，WebSocket连接处于OPEN状态。The _Extensions InUse_ isdefined to be a (possibly empty) string, the value of which is equal to the valueof the |Sec-WebSocket-Extensions| header field supplied by the server’s handshake or the nullvalue if that header fieldwas not present in the server’s handshake. The _Subprotocol In Use_ is defined tobe the value of the |Sec-WebSocket-Protocol| header field in the server’s handshake or thenull value if that headerfield was not present in the server’s handshake. Additionally, if any header fields in theserver’s handshake indicatethat cookies should be set (as defined by [RFC6265]), these cookies are referred to as_Cookies Set During the Server’s Opening Handshake_. 4.2. 服务器端要求 服务器可能把连接的管理卸载给其他的网络代理，如负载均衡器和反向代理。在这种情况下，用于此规范目的的服务器被认为包含了服务器端基础设施的所有部分，从第一个终结TCP连接的设备一路直到处理请求并发送响应的服务器。 例如：一个数据中心可能有一台服务器用合适的握手来响应WebSocket请求，然后把连接传递给另一台服务器来实际处理数据帧。在本规范的目的中，“服务器”是两台电脑的结合。 4.2.1. 读取客户端打开握手 当一个客户端开始WebSocket连接，它发送自己角色的打开握手。服务器必须解析至少部分的握手来获取需要的信息，来生成服务器角色的握手。 客户端握手包含下面的部分。如果服务器在读取握手时，发现客户端发送的握手不符合下面的描述（注意，安装RFC2616，头域的顺序是不重要的），包括但不限于任何违反ABNF语法指定的握手组件，服务器必须停止处理客户端握手，并返回恰当的HTTP响应，如 400 badrequest。验证步骤： 1、一个HTTP/1.1或更高的GET请求，包括应该解释为/resourcename/的"Request-URI"（或者是一个绝对的HTTP/HTTPS URI包含/resource name/）。 2、一个Host头域包含服务器的职权（authority）。 3、一个Upgrade头域包含一个ASCII大小写不敏感的值"websocket"。 4、一个Connection 头域包含一个ASCII大小写不敏感的令牌"Upgrade"。 5、一个Sec-WebSocket-Key 头域有一个base64编码的值，解码后是一个16字节长度。 6、一个Sec-WebSocket-Version 头域且值为13。 7、可选的一个Origin头域。此头域由所有的浏览器客户端发送。缺少这个头域的连接不应该解释为来自浏览器客户端。 8、可选的一个Sec-WebSocket-Protocol 头域，有一序列的值，表示客户端希望用来交流的协议，按优选排序。 9、可选的一个Sec-WebSocket-Extensions头域。有一序列的值，表示客户端希望用来交流的扩展，按优选排序。此头域的解释在9.1节讨论。 10、可选的其他头域，用于发送cookie或请求认证到服务器。按RFC2616，未知的头域将被忽略。 4.2.2. 发送服务器打开握手 当客户端建立一个到服务器的WebSocket连接，服务器必须完成下面的步骤来接受连接，并发送服务器打开握手。 1、如果连接在HTTPS（HTTP-over-TLS）端口上打开，在连接上执行TLS握手。如果失败了，关闭连接；否则，连接的所有后续的通信（包括服务器握手）必须在加密的通道上进行。 2、服务器可以执行额外的客户端验证，例如，通过返回401状态码和相应的|WWW-Authenticate|头域。 3、服务器可能用3xx状态码来重定向客户端。注意，这个步骤可以和上面描述的认证步骤一起、之前或之后发生。 4、建立下面的信息： /origin/ 客户端握手的|Origin|头域指示了建立连接的脚本的起源。起源被序列化为ASCII，并转换为小写。服务器可能使用这个信息来作为决定是否接收连接的部分因素。如果服务器不能验证起源，它将接收来自任何地方的连接。如果服务器不想接收这个连接，它必须返回合适的HTTP错误码（如403Forbidden），并中止WebSocket握手，按本节的描述。更多细节，见第10章。 /key/ 客户端握手的|Sec-WebSocket-Key|包含一个base64编码的值，如果解码，将是16字节长度。此值（编码后的）用于创建服务器握手，来指示接收连接。服务器没有必要base64解码此值。 /version/ 客户端握手的|Sec-WebSocket-Version|包含WebSocket协议的版本，客户端用这个来尝试通信。如果这个版本不符合服务器能理解的版本，服务器必须中止WebSocket握手，发送一个合适HTTP错误码（如426 Upgrade Required），且有一个|Sec-WebSocket-Version|头域来指示服务器能够理解的版本。 /resource name/ 一个用于服务器提供的服务的标识符。如果服务器提供了多个服务，值应该能从resourcename推断得到，从给定客户端握手的GET方法的"Request-URI"。如果请求的服务不可得，服务器必须发送合适的HTTP错误码（如404 Not Found），并中止WebSocket握手。 /subprotocol/ 或者是空，或者是单个值表示服务器准备使用的子协议。值的选择必须从客户端握手推断得到，具体是从|Sec-WebSocket-Protocol|选择一个值，服务器将用于这个连接的。如果客户端握手不包含这样1个头域或者服务器不同意使用客户端请求的子协议，唯一可接受的值是null。没有这个域等价于null值（意味着如果服务器不打算使用任何推荐的子协议，它必须不发送回一个|Sec-WebSocket-Protocol|头域在它的响应里）。在这个目的上，Empty字符串不同于null值，且不是这个域的合法值。用于此头域值的ABNF是（token），构建和规则在RFC2616定义。 /extensions/ 一个（可能空的）列表表示服务器准备使用的协议级扩展。如果服务器支持多个扩展，那么值必须从客户端握手推断得到，具体是从|Sec-WebSocket-Extensions|域选择一个或多个值。此域的缺失等价于null值。在这个目的上，Empty字符串不同于null值。没有列在客户端的扩展必须不被登记。选择和解释这些值的方法在9.1节讨论。 5、如果服务器选择接受连接，必须返回一个合法的HTTP响应，指示下面： 1. 一个状态行，有101响应码，按照RFC2616。这样一个响应看起来是这样： "HTTP/1.1 101 Switching Protocols" 2. 一个Upgrade 头域，值为"websocket"，按照RFC2616。 3. 一个Connection头域，值为"Upgrade"。 4. 一个Sec-WebSocket-Accept 头域。The value of this header field is constructed by concatenating /key/, defined above instep 4 in Section 4.2.2,with the string "258EAFA5-E914-47DA-95CA-C5AB0DC85B11",taking the SHA-1 hash of this c oncatenated value to obtain a 20-bytevalue and base64-encoding (see Section 4 of [RFC4648]) this 20-byte hash. The ABNF [RFC2616] of this header field is defined as follows: Sec-WebSocket-Accept= base64-value-non-empty base64-value-non-empty= (1*base64-data [ base64-padding ]) | base64-padding base64-data= 4base64-character base64-padding= (2base64-character "==") | (3base64-character"=") base64-character= ALPHA | DIGIT | "+" | "/" NOTE: As an example, if the value of the|Sec-WebSocket-Key| header field in the client’s handshake were "dGhlIHNhbXBsZSBub25jZQ==", the serverwould append the string "258EAFA5-E914-47DA-95CA-C5AB0DC85B11" toform the string"dGhlIHNhbXBsZSBub25jZQ==258EAFA5-E914-47DA-95CAC5AB0DC85B11". Theserver would then take the SHA-1 hash of this string, giving the value 0xb3 0x7a 0x4f 0x2c0xc0 0x62 0x4f 0x16 0x900xf6 0x46 0x06 0xcf 0x38 0x59 0x45 0xb2 0xbe 0xc4 0xea. This value is thenbase64-encoded, to give the value "s3pPLMBiTxaQ9kYGzzhZRbK+xOo=",which would be returned in the |Sec-WebSocket-Accept| header field. 5. 可选的一个Sec-WebSocket-Protocol 头域，其值/subprotocol/在4.2.2节步骤4定义。 6. 可选的一个Sec-WebSocket-Extensions 头域，其值/extensions/在4.2.2节步骤4定义。如果使用多个extension，可以在罗列单个Sec-WebSocket-Extensions 头域，也可以分割在多个Sec-WebSocket-Extensions 。 这完成了服务器握手。如果服务器完成这些步骤，且没有终止WebSocket握手，服务器认为WebSocket连接已建立，那么WebSocket连接处于OPEN状态。在此时，服务器可能开始发送（和接收）数据。 4.3. Collected ABNF for New HeaderFields Used in Handshake This section isusing ABNF syntax/rules from Section 2.1 of [RFC2616], including the "implied *LWS rule". Note that thefollowing ABNF conventions are used in this section. Some names of therules correspond to names of the corresponding header fields. Suchrules express values of the corresponding header fields, forexample, the Sec-WebSocket-Key ABNF rule describes syntax of the|Sec-WebSocket-Key| header field value. ABNF rules with the "-Client"suffix in the name are only used in requests sent by the client to theserver; ABNF rules with the "-Server" suffix in the name are only usedin responses sent by the server to the client. For example, theABNF rule Sec-WebSocket-Protocol-Client describes syntax of the|Sec-WebSocket-Protocol| header field value sent by the client to the server. The following newheader fields can be sent during the handshake from the client to the server: Sec-WebSocket-Key= base64-value-non-empty Sec-WebSocket-Extensions= extension-list Sec-WebSocket-Protocol-Client= 1#token Sec-WebSocket-Version-Client= version base64-value-non-empty= (1*base64-data [ base64-padding ]) | base64-padding base64-data= 4base64-character base64-padding= (2base64-character "==") | (3base64-character"=") base64-character= ALPHA | DIGIT | "+" | "/" extension-list= 1#extension extension= extension-token *( ";" extension-param ) extension-token= registered-token registered-token =token extension-param= token [ "=" (token | quoted-string) ] ;When using the quoted-string syntax variant, the value ;after quoted-string unescaping MUST conform to the ;’token’ ABNF. NZDIGIT= "1" | "2" | "3" | "4" | "5"| "6" | "7"| "8" | "9" version= DIGIT | (NZDIGIT DIGIT) | ("1"DIGIT DIGIT) | ("2" DIGIT DIGIT) ;Limited to 0-255 range, with no leading zeros The following newheader fields can be sent during the handshake from the server to the client: Sec-WebSocket-Extensions= extension-list Sec-WebSocket-Accept= base64-value-non-empty Sec-WebSocket-Protocol-Server= token Sec-WebSocket-Version-Server= 1#version 4.4. 支持多版本的WebSocket协议 This sectionprovides some guidance on supporting multiple versions of the WebSocket Protocol in clients and servers. Using the WebSocketversion advertisement capability (the |Sec-WebSocket-Version|header field), a client can initially request the version of theWebSocket Protocol that it prefers (which doesn’t necessarily have tobe the latest supported by the client). If the server supports therequested version and the handshake message is otherwise valid,the server will accept that version. If the server doesn’t support therequested version, it MUST respond with a |Sec-WebSocket-Version|header field (or multiple |Sec-WebSocket-Version|header fields) containing all versions it is willing to use. Atthis point, if the client supports one of the advertisedversions, it can repeat the WebSocket handshake using a new version value. The followingexample demonstrates version negotiation described above: GET/chat HTTP/1.1 Host:server.example.com Upgrade:websocket Connection:Upgrade ... Sec-WebSocket-Version:25 The response from the server might look as follows: HTTP/1.1400 Bad Request ... Sec-WebSocket-Version:13, 8, 7 Note that the last response from the server might also look like: HTTP/1.1400 Bad Request ... Sec-WebSocket-Version:13 Sec-WebSocket-Version:8, 7 The client now repeats the handshake that conforms to version 13: GET/chat HTTP/1.1 Host:server.example.com Upgrade:websocket Connection:Upgrade ... Sec-WebSocket-Version:13 5. 数据成帧 5.1. 概述 在WebSocket协议，数据是用一序列帧来传输。为了避免使网络中间设施（如拦截代理）混乱和安全原因（更多讨论在10.3节），客户端必须标记所有发往服务器的帧（更多细节在5.3节）。（注意，进行标记是不管WebSocket协议是否使用了TLS。）当服务器接收到一个没有标记的帧时必须关闭连接。在这种情况下，服务器可能发送一个有状态码1002（协议错误）的关闭帧，如7.4.1节定义。服务器必须不标记它发给客户端的任何帧。客户端必须关闭连接，如果它检测到标记了的帧。在这种情况下，它可能使用1002状态码（协议错误）。（这些规则在未来的规范中可能放松。） 基本的成帧协议定义了帧类型有操作码、有效载荷的长度，指定位置的"Extension data"和"Application data"，统称为"Payload data"。保留了一些特殊位和操作码供后期扩展。 在打开握手完成后，终端发送一个关闭帧之前的任何时间里，数据帧可能由客户端或服务器的任何一方发送（见5.5.1节）。 5.2. 基本的帧协议 用于数据传输部分的有线格式用ABNF描述，细节在本节。（注意，不像本文档中的其他章节，本节的ABNF是作用于一组比特位上。每组比特位的长度在注释里指示。当在有线上编码后，最重要的比特的最左边的ABNF）。帧的一个高层概览见下图。当下图与ABNF有冲突时，图是权威的。 FIN： 1bit 表示此帧是否是消息的最后帧。第一帧也可能是最后帧。 RSV1，RSV2，RSV3： 各1bit 必须是0，除非协商了扩展定义了非0的意义。如果接收到非0，且没有协商扩展定义此值的意义，接收端必须使WebSocket连接失败。 Opcode： 4bit 定义了"Payloaddata"的解释。如果接收到未知的操作码，接收端必须使WebSocket 连接失败。下面的值是定义了的。 %x0 表示一个后续帧 %x1 表示一个文本帧 %x2 表示一个二进制帧 %x3-7 为以后的非控制帧保留 %x8 表示一个连接关闭 %x9 表示一个ping %xA 表示一个pong %xB-F 为以后的控制帧保留 Mask： 1bit 定义了"Payload data"是否标记了。如果设为1，必须有标记键出现在masking-key，用来unmask "payload data"，见5.3节。所有从客户端发往服务器的帧必须把此位设为1。 Payload length： 7bit, 7 + 16bit, 7 + 64bit "Payloaddata"的长度，字节单位。如果值是0-125，则是有效载荷长度。如果是126，接下来的2字节解释为16位无符号整数，作为有效载荷长度。如果127，接下来的8 字节解释为64位无符号整数（最高位必须是0），作为有效载荷长度。多字节长度数值以网络字节序表示。注意，在任何情况下，必须用最小数量的字节来编码长度，例如， 124字节长的字符串不能编码为序列126, 0, 124。有效载荷长度是"Extension data"的长度加上"Application data"的长度。"Extension data"的长度可能是0，在这种情况下，有效载荷长度是"Applicationdata"的长度。 Masking-key：0或4字节 所有从客户端发往服务器的帧必须用32位值标记，此值在帧里。如果mask位设为1，此字段（32位值）出现，否则缺失。更多的信息在5.3节，客户端到服务器标记。 Payload data： (x + y)字节 "Payloaddata" 定义为"extensiondata" 后接"application data"。 Extension data： x 字节 "Extensiondata"是0字节，除非协商了扩张。所有扩张必须指定"extensiondata"的长度，或者如何计算长度，如何使用扩展必须在打开握手时进行协商。如果有，"Extension data"包括在有效载荷长度。 Application data： y字节 任意"Applicationdata"占据了帧的剩余部分，在"Extensiondata"之后。 "Applicationdata"的长度等于有效载荷长度减去"Extensiondata"的长度。 The base framingprotocol is formally defined by the following ABNF [RFC5234]. It isimportant to note that the representation of this data is binary, notASCII characters. As such, a field with a length of 1 bit that takesvalues %x0 / %x1 is represented as a single bit whose value is 0 or1, not a full byte (octet) that stands for the characters"0" or "1" in the ASCII encoding. A field with a length of 4 bits withvalues between %x0-F again is represented by 4 bits, again NOT by anASCII character or full byte (octet) with these values. [RFC5234]does not specify a character encoding: "Rules resolve into astring of terminal values, sometimes called characters. InABNF, a character is merely a non-negative integer. In certaincontexts, a specific mapping (encoding) of values into a character set (suchas ASCII) will be specified." Here, the specified encodingis a binary encoding where each terminal value is encoded in the specified number of bits, which varies for each field. ws-frame =frame-fin ; 1 bit in length frame-rsv1; 1 bit in length frame-rsv2; 1 bit in length frame-rsv3; 1 bit in length frame-opcode; 4 bits in length frame-masked; 1 bit in length frame-payload-length; either 7, 7+16, ;or 7+64 bits in ;length [frame-masking-key ] ; 32 bits in length frame-payload-data; n*8 bits in ;length, where ;n >= 0 frame-fin = %x0 ;more frames of this message follow /%x1 ; final frame of this message ;1 bit in length frame-rsv1 = %x0 /%x1 ;1 bit in length, MUST be 0 unless ;negotiated otherwise frame-rsv2 = %x0 /%x1 ;1 bit in length, MUST be 0 unless ;negotiated otherwise frame-rsv3 = %x0 /%x1 ;1 bit in length, MUST be 0 unless ;negotiated otherwise frame-opcode =frame-opcode-non-control / frame-opcode-control/ frame-opcode-cont frame-opcode-cont =%x0 ; frame continuation frame-opcode-non-control=%x1 ; text frame /%x2 ; binary frame /%x3-7 ;4 bits in length, ;reserved for further non-control frames frame-opcode-control= %x8 ; connection close /%x9 ; ping /%xA ; pong /%xB-F ; reserved for further control ; frames ; 4 bits in length frame-masked = %x0 ;frame is not masked, no frame-masking-key /%x1 ;frame is masked, frame-masking-key present ;1 bit in length frame-payload-length= ( %x00-7D ) /( %x7E frame-payload-length-16 ) /( %x7F frame-payload-length-63 ) ;7, 7+16, or 7+64 bits in length, ;respectively frame-payload-length-16= %x0000-FFFF ; 16 bits in length frame-payload-length-63= %x0000000000000000-7FFFFFFFFFFFFFFF ;64 bits in length frame-masking-key =4( %x00-FF ) ;present only if frame-masked is 1 ;32 bits in length frame-payload-data= (frame-masked-extension-data frame-masked-application-data) ;when frame-masked is 1 /(frame-unmasked-extension-data frame-unmasked-application-data) ;when frame-masked is 0 frame-masked-extension-data= *( %x00-FF ) ;reserved for future extensibility ;n*8 bits in length, where n >= 0 frame-masked-application-data= *( %x00-FF ) ;n*8 bits in length, where n >= 0 frame-unmasked-extension-data= *( %x00-FF ) ;reserved for future extensibility ;n*8 bits in length, where n >= 0 frame-unmasked-application-data= *( %x00-FF ) ; n*8bits in length, where n >= 0 5.3. 客户端到服务器标记 被标记的帧必须设置frame-masked域为1，如5.2节定义。标记键必须作为frame-masking-key完整包含在帧里，作为frame-masking-key，如5.2节定义。它用于标记"Payload data"。 标记键是由客户端随机选择的32位值。准备标记帧时，客户端必须从一组允许的32位值选择一个新的标记键。标记键应该是不可预测的，因此，标记键必须推断自强源的熵（strong source of entropy），给定帧的标记键必须不能简单到服务器或代理可以预测标记键是用于一序列帧的。不可预测的标记键是阻止恶意应用的作者从wire上获取数据的关键。RFC 4086 discusses what entails a suitable source of entropy forsecurity-sensitive applications. 标记不影响"Payloaddata"的长度。为了把标记数据转换为非标记数据，或反转，下面的算法将被应用。同样的算法将应用，而不管转换的方向，例如同样的步骤将用于标记数据和unmask数据。 转换后的数据八位字节i （transformed-octet-i）是原始八位字节i（original-octet-i）与标记键在 i 对 4 取模（j = i % 4）后的位序的八位字节（masking-key-octet-j）的异或(XOR)。 j = i MOD 4 transformed-octet-i = original-octec-i XOR masking-key-octet-j 译者给出的Scala语言实现： def mask(key: Array[Byte],data: Array[Byte]){ for (i <- 0 untildata.length) { val j = i & 3 // 对4 取模 data(i) = (data(i) ^ key(j)).toByte } } 帧里的有效载荷长度指示frame-payload-length，不包括masking key的长度。它是"Payloaddata"，如，masking key的后续字节的长度。 5.4. 分帧 分帧的首要目的是允许发送开始时不知道长度的消息，不需要缓存消息。如果消息不能分帧，那么终端得缓存整个消息，以便在发送前计算长度。有了分帧，服务器或中间设施可以选择一个合理大小的缓存，当缓存满时，把帧写到网络。 分帧的第二个用例是多路复用，在不值得大消息独占逻辑输出通道的地方，多路复用需要自由地把消息划分更小的帧来更好地共享输出通道。(注意，多路技术扩展不在本文档描述。) 除非另有扩展说明，分帧没有语义上的意义。中间设施可能合并和/或分隔帧，如果客户端和服务器没有协商扩展，或协商了扩展，但中间设施明白所有协商了的扩展，并知道如何合并和/或拆分帧。分帧的实现在没有扩展时，发送者和接收者必须不能依赖于帧的边界。 分帧的规则： A、一个未分帧的消息包含单个帧，FIN设置为1，opcode非0。 B、一个分帧了的消息包含： 开始于：单个帧，FIN设为0，opcode非0； 后接：0个或多个帧，FIN设为0，opcode设为0； 终结于：单个帧，FIN设为1，opcode设为0。 一个分帧了消息在概念上等价于一个未分帧的大消息，它的有效载荷长度等于所有帧的有效载荷长度的累加；然而，有扩展时，这可能不成立，因为扩展定义了出现的 "Extension data"的解释。例如，"Extensiondata"可能只出现在第一帧，并用于后续的所有帧，或者"Extensiondata"出现于所有帧，且只应用于特定的那个帧。在缺少"Extensiondata"时，下面的示例示范了分帧如何工作。 举例：如一个文本消息作为三个帧发送，第一帧的opcode是0x1，FIN是0，第二帧的opcode是0x0，FIN是0，第三帧的opcode是0x0，FIN是1。 C、控制帧（见5.5节）可能被插入到分帧了消息中。控制帧必须不能被分帧。 D、消息的帧必须以发送者发送的顺序传递给接受者。 E、一个消息的帧必须不能交叉在其他帧的消息中，除非有扩展能够解释交叉。 F、一个终端必须能够处理消息帧中间的控制帧。 G、一个发送者可能对任意大小的非控制消息分帧。 H、客户端和服务器必须支持接收分帧和未分帧的消息。 I、由于控制帧不能分帧，中间设施必须不尝试改变控制帧。 J、中间设施必须不修改消息的帧，如果保留位的值已经被使用，且中间设施不明白这些值的含义。 在扩展已经被协商好，且中间设施不知道已协商扩展的语义的环境，中间设施必须不修改任何消息的帧。类似地，anintermediary that didn’t see theWebSocket handshake (and wasn’t notified about its content) that resulted in a WebSocketconnection MUST NOT change thefragmentation of any message of such connection. K、作为这些规则的结果，一个消息的所有帧属于同样的类型，由第一个帧的opcdoe指定。由于控制帧不能分帧，消息的所有帧的类型要么是文本、二进制数据或保留的操作码中的一个。 注意：如果控制帧不能插入，例如，ping的延迟将会很长，如果是在一个大消息后面。因此要求处理消息帧中间的控制帧。 实现注意：如果没有任何扩展，接收者不需要为了处理而缓存整个帧。例如，如果使用了流API，帧的一部分可以传递给应用程序。然而，这个假设在未来的WebSocket扩展中可能不成立。 5.5. 控制帧 控制帧由操作码标识，操作码的最高位是1。当前为控制帧定义的操作码有0x8（关闭）、0x9（Ping）和0xA（Pong），操作码0xB-0xF是保留的，未定义。 控制帧用来交流WebSocket的状态，能够插入到消息的多个帧的中间。 所有的控制帧必须有一个小于等于125字节的有效载荷长度，必须不能被分帧。 5.5.1. 关闭 关闭帧有个操作码0x8。 关闭帧可能包含一个主体（帧的应用数据部分）指明关闭的原因，如终端关闭，终端接收到的帧太大，或终端接收到的帧不符合终端的预期格式。如果有主体，主体的前2个字节必须是2字节的无符号整数（按网络字节序），表示以/code/（7.4节定义）的值为状态码。在2字节整数后，主体可能包含一个UTF-8编码的字符串表示原因。这些数据不一定要人类可读，但对调试友好，或给打开连接的脚本传递信息。由于不保证数据是人类可读的，客户端必须不显示给用户。 从客户端发送到服务器的关闭帧必须标记，按5.3节。 在发送关闭帧后，应用程序必须不再发送任何数据。 如果终端接收到一个关闭帧，且先前没有发送关闭帧，终端必须发送一个关闭帧作为响应。（当发送一个关闭帧作为响应时，终端典型地以接收到的状态码作为回应。）它应该尽快实施。终端可能延迟发送关闭帧，直到它的当前消息发送完成（例如，如果分帧消息的大部分已发送，终端可能在关闭帧之前发送剩余的帧）。然而，不保证已经发送了关闭帧的终端继续处理数据。 在发送和接收到关闭消息后，终端认为WebSocket连接已关闭，必须关闭底层的TCP连接。服务器必须立即关闭底层的TCP连接；客户端应该等待服务器关闭连接，但可能在发送和接收到关闭消息后关闭，例如，如果它在合理的时间间隔内没有收到TCP关闭。 如果客户端和服务器同时发送关闭消息，两端都已发送和接收到关闭消息，应该认为WebSocket连接已关闭，并关闭底层TCP连接。 5.5.2. Ping Ping帧包含操作码0x9。 一个Ping帧可能包含应用程序数据。 当接收到Ping帧，终端必须发送一个Pong帧响应，除非它已经接收到一个关闭帧。它应该尽快返回Pong帧作为响应。Pong帧在5.5.3节讨论。 终端可能在连接建立后、关闭前的任意时间内发送Ping帧。 注意：Ping帧可作为keepalive或作为验证远程终端是否可响应的手段。 5.5.3. Pong Pong帧包含操作码0xA。 5.5.2节的详细要求适用于Ping和Pong帧。 Pong 帧必须包含与被响应Ping帧的应用程序数据完全相同的数据。 如果终端接收到一个Ping 帧，且还没有对之前的Ping帧发送Pong 响应，终端可能选择发送一个Pong 帧给最近处理的Ping帧。 一个Pong 帧可能被主动发送，这作为单向心跳。对主动发送的Pong 帧的响应是不希望的。 5.6. 数据帧 数据帧（如非控制帧）由操作码标识，操作码的最高位是0。当前为数据帧定义的操作码有0x1（文本），0x2（二进制）。操作码0x3-0x7 为以后的非控制帧保留，未定义。 数据帧携带应用程序层和/或扩展层数据。操作码决定了数据的解释： 文本： 有效载荷数据是UTF-8编码的文本数据。注意，特定的文本帧可能包含部分的UTF-8 序列，然而，整个消息必须包含有效的UTF-8。重新聚合后的非法的UTF-8的处理在8.1 节描述。 二进制： 有效载荷数据是任意的二进制数据，它的解释由应用程序层唯一决定。 5.7. 举例 单个未标记的文本消息帧： 0x81 0x05 0x48 0x65 0x6c 0x6c 0x6f(contains "Hello") 单个标记了的文本消息帧： 0x81 0x85 0x37 0xfa 0x21 0x3d 0x7f 0x9f 0x4d 0x51 0x58 (contains "Hello") 分帧了的未标记的文本消息： 0x01 0x03 0x48 0x65 0x6c (contains "Hel") 0x80 0x02 0x6c 0x6f(contains "lo") 未标记的Ping请求和标记了的Ping 响应： 0x89 0x05 0x48 0x65 0x6c 0x6c 0x6f(contains a body of "Hello", but the contents of the body arearbitrary) 0x8a0x85 0x37 0xfa 0x21 0x3d 0x7f0x9f 0x4d 0x51 0x58 (contains abody of "Hello", matching the body of the ping) 含有256字节二进制数据消息的单个未标记帧： 0x82 0x7E 0x0100 [256 bytes of binary data] 64KB二进制数据消息在单个未标记帧： 0x82 0x7F 0x0000000000010000 [65536 bytes of binary data] 5.8. 扩展 协议旨在允许扩展，将给基础协议添加功能。连接的终端必须在打开握手中协商使用任意的扩展。这个规范提供了操作码0x3到0x7和0xB到0xF，帧头的“Extensiondata”域，和frame-rsv1,frame-rsv2和frame-rsv3 位供扩展使用。扩展的协商在9.1节讨论。下面是一些期望的扩展使用，这个清单既不是完整的也不是规范。 A、"extensiondata" 可能在"applicationdata"之前放置。 B、保留位可能按帧的需要分配。 C、保留的操作码可以定义。 D、保留位可以分配给操作码域，如果需要更多的操作码。、 E、保留位或扩展操作码可以定义在"Payload data"外分配额外的位来定义更大的操作码或更多的特定帧位。 6. 发送和接收数据 6.1. 发送数据 为在WebSocket连接上发送一个由/data/组成的WebSocket消息，终端必须执行下面的步骤： 1. 终端必须确保WebSocket连接处于OPEN状态。在任何时刻，如果WebSocket连接的状态改变，终端必须终止下面的步骤。 2. 终端必须按5.2节在WebSocket帧里封装数据。如果数据太大或者如果数据在终端准备开始发送数据时不能完整可得，终端可能选择封装数据为一序列的帧，按5.4节。 3. 包含数据的第一帧的操作码（frame-opcode）必须设置为恰当的值，按5.2节，因为这决定数据将被接收者解释为文本或二进制数据。 4. 包含数据的最后帧的FIN位（frame-fin）必须设置为1，如5.2节定义。 5. 如果数据由客户端发送，帧必须被标记，如5.3节定义。 6. 如果为WebSocket连接协商了扩展（第9章），额外的考虑可能按定义的扩展应用。 7. 已形成的帧必须在底层的网络连接上传输。 6.2. 接收数据 为了接收WebSocket数据，终端监听底层的网络连接。到来的数据必须按5.2节定义的WebSocket帧解析。如果接收到控制帧，必须按5.5节的定义处理。当接收到数据帧时，终端必须知道数据的类型，通过操作码（frame-opcode）定义。帧的"Application data"是定义为消息的/data/的。如果帧包含一个未分帧的消息，就是说接收到一个包含类型和数据的WebSocket消息。如果帧是分帧了的消息的一部分，应用数据是后续帧的数据的拼接。当最后帧（有FIN位指示）接收到时，就是说WebSocket消息接收到了，数据由所有帧的应用数据拼接组成，类型由第一帧指示。后续的数据帧必须解释为属于新的WebSocket消息的。 扩展（第9章）可能改变如何读取数据的语义，具体包括什么组成消息的边界。扩展，在"Applicationdata"前添加"Extensiondata"，是计入有效载荷的，也可能修改"Application data"。 服务器必须移除从客户端接收到的数据帧的标记，如5.3节。 7. 关闭连接 7.1. 定义 7.1.1. 关闭WebSocket连接 为关闭WebSocket连接，终端关闭底层的TCP连接。终端应该使用能够干净地关闭TCP连接和TLS会话的方法。如果可以，丢弃可能接收到的后续的任意字节。当需要时，终端可能使用任意方法关闭连接，例如受到攻击时。 在大多数情况下，应该由服务器先关闭底层的TCP连接，这样它持有TIME_WAIT状态，而不是客户端（因为这会导致它在2个最大段生命周期（2MSL）内不能重新打开，然而对服务器没有相应的影响，因为当遇到有更高序号的SYN时，TIME_WAIT连接可以立即重新打开）。在不正常的情况（例如在合适的时间内没有从服务器接收到TCP关闭）下，客户端可能开始TCP关闭。这样，当服务器得到关闭WebSocket连接指示，应该马上开始TCP关闭，当客户端得到关闭WebSocket连接的指示，它应该等待来自服务器的TCP关闭。 As an example ofhow to obtain a clean closure in C using Berkeley sockets, one wouldcall shutdown() with SHUT_WR on the socket, call recv() untilobtaining a return value of 0 indicating that the peer has also performedan orderly shutdown, and finally call close() on the socket. 7.1.2. 开始WebSocket关闭握手 为用状态码/code/（7.4节）和可选的关闭理由/reason/（7.1.6节）开始WebSocket关闭握手，终端必须发送一个关闭帧，如5.5.1节描述。一旦终端已经发送和接收到关闭帧，终端应该关闭WebSocket连接，如7.1.1节定义。 7.1.3. WebSocket关闭握手已开始 基于正在发送或接收关闭帧，这说明WebSocket关闭握手已经开始，WebSocket连接处于CLOSING状态。 7.1.4. WebSocket连接已关闭 当底层TCP连接已关闭，说明WebSocket连接已关闭，处于CLOSED状态。如果TCP连接在WebSocket关闭握手完成后关闭，就是说WebSocket连接已干净地关闭。 如果WebSocket连接没能建立，这也说WebSocket连接已关闭，但是不干净。 7.1.5. WebSocket连接关闭码 如5.5.1和7.4节定义，一个关闭控制帧可能包含一个状态码指示关闭的理由。一个WebSocket连接的关闭可能由任意一方的终端发起，也可能同时。WebSocket连接的关闭码是作为状态码（7.4节）定义，包含在实现这个协议的应用程序接收到的第一个关闭控制帧。如果关闭控制帧不包含状态码，WebSocket连接的关闭码被认为是1005。如果WebSocket连接已关闭，且终端没有收到关闭控制帧（这可能出现在底层传输连接丢失的情况），WebSocket连接的关闭码被认为是1006。 注意：两个终端可能不对WebSocket连接的关闭码达成一致。例如，如果远程终端发送了一个关闭帧，但本地应用程序还没有从它自己的套接字接收缓存读取包含控制帧的数据，本地应用程序独自决定连接，并发送了一个关闭帧，两个终端都已发送和接收到一个关闭帧，不再发送更多的关闭帧。每个终端将看到另一端发送的状态码，作为WebSocket连接的关闭码。这样，在两个终端大致同时开始关闭握手的情况下，它们可能不能在WebSocket连接的关闭码上达成一致。 7.1.6. WebSocket关闭理由 如5.5.1和7.4节定义，一个关闭帧可能包含状态码指示关闭的理由，后接UTF-8编码的数据，数据的解释留给终端，不在协议定义。WebSocket连接的关闭可能由两个终端的任何一方发起，也可能同时。WebSocket连接关闭理由定义为UTF-8编码的数据，跟在状态码（7.4节）后面，包含在实现本协议的应用程序接收到的一个关闭帧里。如果关闭帧里没有这样的数据，WebSocket连接关闭理由被认为是空的字符串。 注意：遵循7.1.5节提示的，两个终端可能不在WebSocket连接关闭理由上达成一致。 7.1.7. 使WebSocket连接失败 特定的算法和规范要求终端使WebSocket连接失败。为此，客户端必须关闭WebSocket连接，可能通过恰当的方式把问题报告给用户（这对开发者特别有用）。类似地，服务器必须关闭WebSocket连接，并应该记录问题到日志。 如果WebSocket连接在终端要求使WebSocket连接失败之前已经建立，终端应该发生一个关闭帧，用合适的状态码，在继续关闭WebSocket连接之前。终端可能忽略发送关闭帧，如果它认为另一端不大可能接收和处理关闭帧，是因为导致WebSocket连接关闭的错误。一个终端必须不继续尝试处理来自远程终端的数据（包括响应的控制帧），在收到使WebSocket连接失败的指令后。 除了上面指示的或由应用程序层指定的，客户端不应该关闭连接。 7.2. 非正常关闭 7.2.1. 客户端开始的关闭 特定的算法，特别是在打开握手的时候，要求客户端使WebSocket连接失败。为此，客户端必须使WebSocket连接失败，按7.1.7节定义。 如果在底层传输层连接意外消失的任何时刻，客户端必须使WebSocket连接失败。 除了上面指示的或由应用程序层指定的，客户端不应该关闭连接。 7.2.2. 服务器端开始的关闭 特殊的算法要求或建议服务器中止WebSocket连接，在打开握手的时候。为此，服务器必须简单地关闭WebSocket连接（7.1.1节）。 7.2.3. 从非正常关闭恢复 非正常关闭可能由任意数量的原因导致。这样的关闭可能是由于暂时的错误，在这种情况下，重连可能导致一个好的连接，恢复到正常操作。这样的关闭也可能是因为非暂时性问题，在in whichcase if each deployed client experiences an abnormal closure and immediately andpersistently tries to reconnect, the server may experience what amounts to a denial-of-service attack by a large numberof clients trying to reconnect. The end result of such a scenario could be that the service isunable to recover in a timelymanner or recovery is made much more difficult. To prevent this,clients SHOULD use some form of backoff when trying to reconnect afterabnormal closures as described in this section. The first reconnectattempt SHOULD be delayed by a random amount of time. The parameters by which this randomdelay is chosen are left to the client todecide; a value chosen randomly between 0 and 5 seconds is a reasonable initial delay thoughclients MAY choose a differentinterval from which to select a delay length based on implementation experience and particularapplication. Should the firstreconnect attempt fail, subsequent reconnect attempts SHOULD be delayed by increasinglylonger amounts of time, using amethod such as truncated binary exponential backoff. 7.3. 正常关闭连接 服务器在需要时可能关闭WebSocket连接。客户端不应该贸然关闭WebSocket连接。在任何情况下，终端遵循开始WebSocket连接关闭握手的步骤（7.1.2节）来发起关闭。 7.4. 状态码 当关闭一个已建立连接时（如，在打开握手完成后，发送一个关闭帧），终端可能指示一个关闭理由。本规范未定义终端如何解释理由和给出理由要采取的动作。本规范定义了一组预定义的状态码，指定了哪些范围可能由扩展、框架、终端应用程序使用。状态码和关联的文本消息对于关闭帧是可选的。 7.4.1. 状态码定义 在发送关闭帧时，终端可能使用下面预定义的状态码。 1000：表示正常关闭，意味着连接建立的目的已完成。 1001：表示终端离开，例如服务器关闭或浏览器导航到其他页面。 1002：表示终端因为协议错误而关闭连接。 1003：表示终端因为接收到不能接受的数据而关闭（例如，只明白文本数据的终端可能发送这个，如果它接收到二进制消息）。 1004：保留。这个特定含义可能在以后定义。 1005：保留。且终端必须不在控制帧里设置作为状态码。它是指定给应用程序而非作为状态码使用的，用来指示没有状态码出现。 1006：同上。保留。且终端必须不在控制帧里设置作为状态码。它是指定给应用程序而非作为状态码使用的，用来指示连接非正常关闭，例如，没有发生或接收到关闭帧。 1007：表示终端因为接收到的数据没有消息类型而关闭连接。 1008：表示终端因为接收到的消息背离它的政策而关闭连接。这是一个通用的状态码，用在没有更合适的状态码或需要隐藏具体的政策细节时。 1009：表示终端因为接收到的消息太大以至于不能处理而关闭连接。 1010：表示客户端因为想和服务器协商一个或多个扩展，而服务器不在响应消息返回它（扩展）而关闭连接。需要的扩展列表应该出现在关闭帧的/reason/部分。注意，这个状态码不是由服务器使用，因为它会导致WebSocket握手失败。 1011：表示服务器因为遇到非预期的情况导致它不能完成请求而关闭连接。 1015：保留，且终端必须不在控制帧里设置作为状态码。它是指定用于应用程序希望用状态码来指示连接因为TLS握手失败而关闭。 7.4.2. 保留的状态码范围 0 - 999 ：未使用。 1000 - 2999 ：此范围的保留给本协议使用的，它以后的校订和扩展将以永久的和容易获取公开规范里指定。 3000 - 3999 ：此范围保留给类库、框架和应用程序使用。这些状态码直接在IANA注册。本协议未定义如何解释这些状态码。 4000 - 4999 ：此范围保留给私用，且不能注册。这些值可以在预先达成一致的WebSocket 应用程序间使用。本协议未定义如何解释这些值。 8. 错误处理 8.1. 处理UTF-8编码的数据的错误 当终端以UTF-8解释字节流时发现字节流不是一个合法的UTF-8流，那么终端必须使WebSocket连接失败。这个规则适用于打开握手时及后续的数据交换时。 9. 扩展 9.1. 协商扩展 9.2. 已知扩展 10. 安全考虑 10.1. 非浏览器客户端 10.2. Origin考虑 10.3. Attacks On Infrastructure 10.4. Implementation-Specific Limits 10.5. WebSocket Client Authentication 10.6. Connection Confidentiality andIntegrity 10.7. Handling of Invalid Data 10.8. Use of SHA-1 by the WebSocketHandshake 11. IANA Considerations 12. Using the WebSocket Protocolfrom Other Specifications </div> </div> </div> </div> </div>  <div id="SOHUCS" sid="1293131804580061184"></div> <script type="text/javascript" src="/views/front/js/chanyan.js"></script>  <div class="youdao-fixed-ad" id="detail_ad_bottom"></div> </div> <div class="col-md-3"> <div class="row" id="ad">  <div id="right-1" class="col-lg-12 col-md-12 col-sm-4 col-xs-4 ad"> <div class="youdao-fixed-ad" id="detail_ad_1"> </div> </div>  <div id="right-2" class="col-lg-12 col-md-12 col-sm-4 col-xs-4 ad"> <div class="youdao-fixed-ad" id="detail_ad_2"></div> </div>  <div id="right-3" class="col-lg-12 col-md-12 col-sm-4 col-xs-4 ad"> <div class="youdao-fixed-ad" id="detail_ad_3"></div> </div> </div> </div> </div> </div> </div> <div class="container"> <h4 class="pt20 mb15 mt0 border-top">你可能感兴趣的:(websocket,websocket,服务器,终端,http服务器,扩展,tcp)</h4> <div id="paradigm-article-related"> <div class="recommend-post mb30"> <ul class="widget-links"> <li><a href="/article/1881816239689494528.htm" title="python和PLC通信（以太网modbustcp）" target="_blank">python和PLC通信（以太网modbustcp）</a> weixin_51506576 <a class="tag" taget="_blank" href="/search/python/1.htm">python</a><a class="tag" taget="_blank" href="/search/%E5%BC%80%E5%8F%91%E8%AF%AD%E8%A8%80/1.htm">开发语言</a><a class="tag" taget="_blank" href="/search/%E8%87%AA%E5%8A%A8%E5%8C%96/1.htm">自动化</a> <div>要在Python中与PLC建立通信，通常需要进行以下步骤流程：1.确定PLC的通信协议：不同的PLC厂商和型号可能采用不同的通信协议，例如Modbus、OPCUA、Profinet等。请先确定您的PLC使用的是哪种通信协议（本文为modbustcp）。2.安装相应的Python库：根据您所选择的PLC通信协议，在Python中安装相应的库。例如，如果使用Modbus协议，可以安装`pymodbus</div> </li> <li><a href="/article/1881805014310121472.htm" title="Arm64架构的Linux服务器安装tomcat并部署war包" target="_blank">Arm64架构的Linux服务器安装tomcat并部署war包</a> 木枫Free <a class="tag" taget="_blank" href="/search/%E6%9C%8D%E5%8A%A1%E5%99%A8/1.htm">服务器</a><a class="tag" taget="_blank" href="/search/%E6%9E%B6%E6%9E%84/1.htm">架构</a><a class="tag" taget="_blank" href="/search/linux/1.htm">linux</a><a class="tag" taget="_blank" href="/search/tomcat/1.htm">tomcat</a><a class="tag" taget="_blank" href="/search/arm/1.htm">arm</a><a class="tag" taget="_blank" href="/search/%E8%BF%90%E7%BB%B4/1.htm">运维</a> <div>一、下载Tomcat打开浏览器，访问ApacheTomcat官方网站。在下载页面中，选择适合arm64架构的版本。一般来说，可以选择Tomcat的二进制发行版（BinaryDistributions）中的.tar.gz压缩包。我这里下载的是tomcat9二、安装Tomcat将下载的Tomcat压缩包上传到欧鹏操作系统的服务器上，或者使用命令行工具（如wget）直接下载到服务器上。解压Tomcat压</div> </li> <li><a href="/article/1881801609986502656.htm" title="python PLC_IP协议 Modbus应用(一）" target="_blank">python PLC_IP协议 Modbus应用(一）</a> Kamach_83 <a class="tag" taget="_blank" href="/search/tcp%2Fip/1.htm">tcp/ip</a><a class="tag" taget="_blank" href="/search/%E7%BD%91%E7%BB%9C/1.htm">网络</a><a class="tag" taget="_blank" href="/search/python/1.htm">python</a><a class="tag" taget="_blank" href="/search/%E6%A8%A1%E5%9D%97%E6%B5%8B%E8%AF%95/1.htm">模块测试</a> <div>在Python中与PLC建立通信，通常需要进行以下步骤：1.确定PLC的通信协议：不同的PLC厂商和型号可能采用不同的通信协议，例如Modbus、OPCUA、Profinet等。需要确定您的PLC使用的是哪种通信协议（本文为modbustcp）。2.安装相应的Python库：根据您所选择的PLC通信协议，在Python中安装相应的库。本文使用Modbus协议，故安装`pymodbus`库3.连接到</div> </li> <li><a href="/article/1881797450369396736.htm" title="深入探秘 Java 网络编程：从基础到多线程服务器的全方位指南" target="_blank">深入探秘 Java 网络编程：从基础到多线程服务器的全方位指南</a> 2的n次方_ <a class="tag" taget="_blank" href="/search/java/1.htm">java</a><a class="tag" taget="_blank" href="/search/%E7%BD%91%E7%BB%9C/1.htm">网络</a><a class="tag" taget="_blank" href="/search/%E6%9C%8D%E5%8A%A1%E5%99%A8/1.htm">服务器</a> <div>我的主页：2的n次方_Java作为一门功能强大的编程语言，不仅在桌面应用、移动开发、后端开发等领域表现出色，还在网络编程中拥有广泛的应用。网络编程涉及在两个或多个设备之间通过网络进行通信，这对于构建分布式系统、客户端-服务器应用程序、以及互联网服务至关重要。在这篇博客中，我们将详细探讨Java网络编程的基础知识，并通过代码示例展示如何在Java中实现网络通信。1.Java网络编程基础Java网络编</div> </li> <li><a href="/article/1881788118269489152.htm" title="Spring Cloud LoadBalancer负载均衡" target="_blank">Spring Cloud LoadBalancer负载均衡</a> （空白格） <a class="tag" taget="_blank" href="/search/Spring/1.htm">Spring</a><a class="tag" taget="_blank" href="/search/Cloud/1.htm">Cloud</a><a class="tag" taget="_blank" href="/search/spring/1.htm">spring</a><a class="tag" taget="_blank" href="/search/cloud/1.htm">cloud</a> <div>PS:放假偷偷摸摸卷Java-------------------------------------------------正文分割线----------------------------------------------------概念：负载均衡换句话说就是将请求并发访问转发给后台多台云服务器实例，实现应用程序的流量均衡，性能上实现业务水平扩展。负载均衡还通过故障自动切换及时地消除服务的单</div> </li> <li><a href="/article/1881787362334273536.htm" title="杨建：网站加速--服务器编写篇" target="_blank">杨建：网站加速--服务器编写篇</a> 黄传通 <a class="tag" taget="_blank" href="/search/%E6%9C%8D%E5%8A%A1%E5%99%A8/1.htm">服务器</a><a class="tag" taget="_blank" href="/search/centos/1.htm">centos</a><a class="tag" taget="_blank" href="/search/buffer/1.htm">buffer</a><a class="tag" taget="_blank" href="/search/server/1.htm">server</a><a class="tag" taget="_blank" href="/search/tcp/1.htm">tcp</a><a class="tag" taget="_blank" href="/search/%E5%A4%9A%E7%BA%BF%E7%A8%8B/1.htm">多线程</a> <div>杨建：网站加速--服务器编写篇（上）--提升性能的同时为你节约10倍以上成本From:http://blog.sina.com.cn/iyangjian一，如何节约CPU二，怎样使用内存三，减少磁盘I/O四，优化你的网卡五，调整内核参数六，衡量WebServer的性能指标七，NBAjs直播的发展历程八，新浪财经实时行情系统的历史遗留问题(7byte=10.68wRMB/year)---------</div> </li> <li><a href="/article/1881782320927666176.htm" title="SpringBoot集成Netty实战：构建高效TCPUDP通信服务端【物联网开发必备】" target="_blank">SpringBoot集成Netty实战：构建高效TCPUDP通信服务端【物联网开发必备】</a> m0_74825678 <a class="tag" taget="_blank" href="/search/%E9%9D%A2%E8%AF%95/1.htm">面试</a><a class="tag" taget="_blank" href="/search/%E5%AD%A6%E4%B9%A0%E8%B7%AF%E7%BA%BF/1.htm">学习路线</a><a class="tag" taget="_blank" href="/search/%E9%98%BF%E9%87%8C%E5%B7%B4%E5%B7%B4/1.htm">阿里巴巴</a><a class="tag" taget="_blank" href="/search/spring/1.htm">spring</a><a class="tag" taget="_blank" href="/search/boot/1.htm">boot</a><a class="tag" taget="_blank" href="/search/%E7%89%A9%E8%81%94%E7%BD%91/1.htm">物联网</a><a class="tag" taget="_blank" href="/search/%E5%90%8E%E7%AB%AF/1.htm">后端</a> <div>SpringBoot集成Netty实现TCP/UDP通信协议【优化版】引言在现代物联网(IoT)应用中，设备与服务器之间的实时通信至关重要。Netty作为一个高性能的网络应用框架，与SpringBoot的集成可以简化开发过程，并提高应用性能。本文将详细介绍如何在SpringBoot中集成Netty，实现TCP和UDP通信协议。通讯协议在设计通讯协议时，我们考虑了数据的完整性和命令的明确性。以下是我</div> </li> <li><a href="/article/1881774377494704128.htm" title="如何去控制大量请求并发？" target="_blank">如何去控制大量请求并发？</a> 沐雨MUYU_ <a class="tag" taget="_blank" href="/search/%E5%89%8D%E7%AB%AF/1.htm">前端</a><a class="tag" taget="_blank" href="/search/javascript/1.htm">javascript</a> <div>并发请求是在同一时刻发起大量请求，众所周知，浏览器发起的请求最大并发数量一般都是6~8个，这是因为浏览器会限制同一域名下的并发请求数量，以避免对服务器造成过大的压力。首先来模拟大量请求的场景constids=newArray(100).fill('')console.time()for(leti=0;i{}接受一个参数reqs，它是一个数组，包含需要发送的请求。函数的主要目的是对这些请求进行队列管</div> </li> <li><a href="/article/1881773241773649920.htm" title="Java 9 Optional新特性深度剖析与实例应用" target="_blank">Java 9 Optional新特性深度剖析与实例应用</a> 2501_90323865 <a class="tag" taget="_blank" href="/search/python/1.htm">python</a><a class="tag" taget="_blank" href="/search/windows/1.htm">windows</a><a class="tag" taget="_blank" href="/search/%E5%BC%80%E5%8F%91%E8%AF%AD%E8%A8%80/1.htm">开发语言</a><a class="tag" taget="_blank" href="/search/%E4%B8%AA%E4%BA%BA%E5%BC%80%E5%8F%91/1.htm">个人开发</a> <div>在Java编程的漫长旅程中，Optional类一直是处理可选值的得力助手。Java9对其进行了重要扩展，引入了诸多新方法，让Optional的使用更加灵活高效。本文将深入剖析这些新特性，并结合实例进行详细解读。ifPresentOrElse(Consumer,Runnable)方法介绍ifPresentOrElse(Consumer,Runnable)方法是Java9为Optional新增的。当O</div> </li> <li><a href="/article/1881771866624946176.htm" title="Nginx进阶篇之端口转发" target="_blank">Nginx进阶篇之端口转发</a> <a class="tag" taget="_blank" href="/search/%E7%A8%8B%E5%BA%8F%E5%91%98/1.htm">程序员</a> <div>nginx透传udp、tcp端口需要nginx编译时，支持加载stream模块。./configure--prefix=/usr/local/nginx--with-stream配置stream需要在nginx的http和events区域块之间配置即可。userroot;worker_processesauto;error_loglogs/error.log;pidsbin/nginx.pid;e</div> </li> <li><a href="/article/1881769837085126656.htm" title="用JavaScript实现找不同小游戏" target="_blank">用JavaScript实现找不同小游戏</a> 算是难了 <a class="tag" taget="_blank" href="/search/javascript/1.htm">javascript</a><a class="tag" taget="_blank" href="/search/%E5%BC%80%E5%8F%91%E8%AF%AD%E8%A8%80/1.htm">开发语言</a><a class="tag" taget="_blank" href="/search/%E5%89%8D%E7%AB%AF/1.htm">前端</a><a class="tag" taget="_blank" href="/search/websocket/1.htm">websocket</a> <div>目录倒计时的实现找不同实现对canvas的初始化实现画布的分割,父盒子>子盒子>canvas找不同逻辑的判断实现图片的导入DOM节点的监听声明两个需要监听的节点禁用页面点击事件的函数DOM监听实现勋章分数增加和生命的减少减命逻辑死亡响应websocket交互定义给后端发送的数据包断线重连最后,调用封装好的websocket创建初始之物，其行必丑代码写的非常繁琐,有很多细节在复盘的时候也会想不起来为</div> </li> <li><a href="/article/1881768576646443008.htm" title="Python googletrans库使用" target="_blank">Python googletrans库使用</a> 爬虫俗手小马达 <a class="tag" taget="_blank" href="/search/python/1.htm">python</a><a class="tag" taget="_blank" href="/search/%E5%89%8D%E7%AB%AF/1.htm">前端</a> <div>googletrans是一个用于翻译文本的Python库，使用谷歌翻译的API。它可以将文本从一种语言翻译为另一种语言，支持多种语言自动检测。以下是基本的用法示例：安装googletrans库在终端或命令行中执行以下命令安装：pipinstallgoogletrans==4.0.0-rc1使用示例fromgoogletransimportTranslator#初始化翻译器translator=Tr</div> </li> <li><a href="/article/1881768577204285440.htm" title="python中常用排序操作——sort方法和sorted函数的使用，超详细，内置模板代码！！!" target="_blank">python中常用排序操作——sort方法和sorted函数的使用，超详细，内置模板代码！！!</a> 盲敲代码的阿豪 <a class="tag" taget="_blank" href="/search/python%E5%AE%9E%E7%94%A8%E7%9F%A5%E8%AF%86%E7%82%B9/1.htm">python实用知识点</a><a class="tag" taget="_blank" href="/search/python/1.htm">python</a><a class="tag" taget="_blank" href="/search/sorted/1.htm">sorted</a><a class="tag" taget="_blank" href="/search/sort/1.htm">sort</a><a class="tag" taget="_blank" href="/search/%E6%8E%92%E5%BA%8F/1.htm">排序</a> <div>文章目录前言1、sort()方法的使用1.1基础操作1.2操作进阶（自定义排序的对象）2、sorted()函数的使用2.1基础操作2.2操作进行（自定义排序的对象）3、扩展：排序案例模板代码前言在Python中，排序的方法有多种，其中最常用的是使用内置的sort()方法和sorted()函数，接下来我将通过各种案例带领大家轻松学会这两种方法，同时还会扩展一些实用的排序案例模板代码。1、sort()</div> </li> <li><a href="/article/1881766559966359552.htm" title="Java工程结构：服务器规约（JVM 碰到 OOM 场景时输出 dump 信息、设置tomcat的 JVM 的内存参数、了解服务平均耗时）" target="_blank">Java工程结构：服务器规约（JVM 碰到 OOM 场景时输出 dump 信息、设置tomcat的 JVM 的内存参数、了解服务平均耗时）</a> iOS逆向 <a class="tag" taget="_blank" href="/search/Java%E5%BC%80%E5%8F%91%E7%9A%84%E6%B7%B1%E5%85%A5%E6%B5%85%E5%87%BA/1.htm">Java开发的深入浅出</a><a class="tag" taget="_blank" href="/search/java/1.htm">java</a><a class="tag" taget="_blank" href="/search/%E6%9C%8D%E5%8A%A1%E5%99%A8/1.htm">服务器</a><a class="tag" taget="_blank" href="/search/%E5%BC%80%E5%8F%91%E8%AF%AD%E8%A8%80/1.htm">开发语言</a> <div>文章目录I调用远程操作必须有超时设置。II推荐了解每个服务大致的平均耗时JVM的Xms和Xmx设置一样大小的内存容量让JVM碰到OOM场景时输出dump信息调大服务器所支持的最大文件句柄数（FileDescriptor，简写为fd）高并发服务器建议调小TCP协议的time_wait超时时间。III设置tomcat的JVM的内存参数查找Tomcat位置：快速定位服务状态和部署位置具体配置步骤查看JV</div> </li> <li><a href="/article/1881763784243081216.htm" title="微信小程序的登录流程-登录与静默登录" target="_blank">微信小程序的登录流程-登录与静默登录</a> Allen_vv <a class="tag" taget="_blank" href="/search/%E5%BE%AE%E4%BF%A1%E5%B0%8F%E7%A8%8B%E5%BA%8F/1.htm">微信小程序</a><a class="tag" taget="_blank" href="/search/%E5%B0%8F%E7%A8%8B%E5%BA%8F/1.htm">小程序</a><a class="tag" taget="_blank" href="/search/%E5%BE%AE%E4%BF%A1/1.htm">微信</a> <div>1.首先通过uni.getProvider获取到服务的供应商，调用API接口时需要指定service的参数为'weixin'，在success的回调函数中对登录的流程做处理。2.通过调用uni.login获取到所需要的参数code，再通过uni.getUserProfile获取微信用户的基本信息，这个API需要指定一个参数为desc：这个参数是需要通知给微信服务器的，在success的回调函数中获</div> </li> <li><a href="/article/1881763152782225408.htm" title="什么是开放-封闭原则，也就是我们常说的开闭原则" target="_blank">什么是开放-封闭原则，也就是我们常说的开闭原则</a> 不二周！ <a class="tag" taget="_blank" href="/search/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F/1.htm">设计模式</a><a class="tag" taget="_blank" href="/search/%E5%BC%80%E9%97%AD%E5%8E%9F%E5%88%99/1.htm">开闭原则</a><a class="tag" taget="_blank" href="/search/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F/1.htm">设计模式</a> <div>1、开闭原则：对扩展开放，对修改关闭2、如何做：猜测出最有可能发生的变化种类，然后构造抽象来隔离那些变化3、如何理解：可以用一国两制来理解，主体制度不能修改，但是可以在局部地区扩展制度无论模块是多么的‘封闭’，都会存在一些无法对之封闭的变化。既然不可能完全封闭，我们就必须对于设计的模块应该对哪种变化封闭做出选择。我们必须先猜测出最有可能发生的变化种类，然后构造抽象来隔离那些变化也就是说在我们最初编</div> </li> <li><a href="/article/1881760884955607040.htm" title="深入探索C#中Newtonsoft.Json库的高级进阶之路" target="_blank">深入探索C#中Newtonsoft.Json库的高级进阶之路</a> 步、步、为营 <a class="tag" taget="_blank" href="/search/c%23/1.htm">c#</a><a class="tag" taget="_blank" href="/search/json/1.htm">json</a><a class="tag" taget="_blank" href="/search/php/1.htm">php</a> <div>引言在C#开发的广袤天地中，数据的序列化与反序列化是构建高效、灵活应用程序的关键环节。而Newtonsoft.Json库，作为这一领域的璀璨明星，以其强大的功能和出色的性能，成为了众多开发者的首选工具。它不仅仅是一个简单的JSON处理库，更是一把能够解锁复杂数据处理场景的万能钥匙。无论是在构建WebAPI时，需要将服务器端的对象快速转换为JSON格式，以便在网络中传输；还是在处理复杂的配置文件，需</div> </li> <li><a href="/article/1881754452524855296.htm" title="JSONObject解析数据库Date类型报错问题" target="_blank">JSONObject解析数据库Date类型报错问题</a> 知忆_IS <a class="tag" taget="_blank" href="/search/%E6%95%B0%E6%8D%AE%E5%BA%93/1.htm">数据库</a><a class="tag" taget="_blank" href="/search/java/1.htm">java</a><a class="tag" taget="_blank" href="/search/database/1.htm">database</a><a class="tag" taget="_blank" href="/search/postgresql/1.htm">postgresql</a> <div>JSONObject解析数据库Date类型报错问题最近项目在写服务器后端查询空间数据的接口时，由于表结构不一致，直接写了一个通用函数用json储存数据库中查询的结果，然而今天前端查询一个表的时候无法查到相应的结果，查了一下代码发现爆了如下错误。报错：Causedby:java.lang.IllegalArgumentExceptionatjava.sql.Date.getHours原因是该表中存在</div> </li> <li><a href="/article/1881749661757272064.htm" title="基于 Colyseus 的实时消息处理与广播机制" target="_blank">基于 Colyseus 的实时消息处理与广播机制</a> maply <a class="tag" taget="_blank" href="/search/Colyseus/1.htm">Colyseus</a><a class="tag" taget="_blank" href="/search/%E5%89%8D%E7%AB%AF/1.htm">前端</a><a class="tag" taget="_blank" href="/search/colyseus/1.htm">colyseus</a><a class="tag" taget="_blank" href="/search/%E6%B6%88%E6%81%AF%E9%98%9F%E5%88%97/1.htm">消息队列</a><a class="tag" taget="_blank" href="/search/node.js/1.htm">node.js</a> <div>基于Colyseus的实时消息处理与广播机制Colyseus是一个用于构建实时多人游戏和协作应用的开源框架，基于Node.js运行，并使用WebSocket进行高效的消息传输。它提供了一套结构化的API来管理房间（Rooms）、客户端（Clients）和游戏状态（State），从而支持高效的实时消息处理与广播机制。1.Colyseus消息处理与广播的基本概念Colyseus主要通过以下组件来管理实</div> </li> <li><a href="/article/1881748024112246784.htm" title="UniCloud 完整入门指南" target="_blank">UniCloud 完整入门指南</a> 九情丶 <a class="tag" taget="_blank" href="/search/uni-app/1.htm">uni-app</a><a class="tag" taget="_blank" href="/search/%E5%89%8D%E7%AB%AF/1.htm">前端</a> <div>UniCloud完整入门指南目录什么是UniCloud为什么选择UniCloud快速开始基础概念核心功能最佳实践常见问题高级功能详解开发工具部署和运维最新特性和更新什么是UniCloudUniCloud是DCloud推出的基于serverless模式和js编程的云开发平台。它让不会后端的前端工程师可以快速完成整栈开发，让开发者专注于业务实现，而无需关心服务器运维等繁琐事务。主要特点基于server</div> </li> <li><a href="/article/1881747139177017344.htm" title="分布式资源管理和调度架构" target="_blank">分布式资源管理和调度架构</a> johnny233 <a class="tag" taget="_blank" href="/search/%E6%9E%B6%E6%9E%84/1.htm">架构</a><a class="tag" taget="_blank" href="/search/%E6%9E%B6%E6%9E%84/1.htm">架构</a> <div>概述不管是计算任务还是数据存储都会涉及资源分配，资源包括但不限于硬件资源如CPU、内存、硬盘、网口。在单机环境中，资源管理相对简单；分布式环境中，资源分布相对分散，如何协调资源应对计算任务和数据存储就是亟待解决的问题。资源管理和调度是将计算任务分配到资源的过程，为了处理并发的计算任务，系统会通过集群的方式组织资源。集群中的资源可以按照服务器或者虚拟机的方式划分。注：本文是《分布式架构原理与实践》的</div> </li> <li><a href="/article/1881743482888974336.htm" title="服务端渲染（SSR）与客户端渲染（CSR）详解" target="_blank">服务端渲染（SSR）与客户端渲染（CSR）详解</a> 创意锦囊 <a class="tag" taget="_blank" href="/search/%E5%89%8D%E7%AB%AF/1.htm">前端</a> <div>1.背景与概念在早期Web时代，网页主要是静态HTML页面，用户点击链接后会刷新整个页面。随着网络与前端技术的发展，人们开始追求更好的页面性能与用户体验，尤其是在移动端和实时交互场景下，对于页面加载速度的要求不断提升。渲染是指如何将数据转换成可视化的页面输出给用户。渲染策略的不同主要体现在在哪个环节完成页面DOM结构的组装：服务端渲染（SSR，Server-SideRendering）：在服务器将</div> </li> <li><a href="/article/1881741842886750208.htm" title="如何通过API接口获取体育数据？从入门到进阶全攻略" target="_blank">如何通过API接口获取体育数据？从入门到进阶全攻略</a> Tina0898 <a class="tag" taget="_blank" href="/search/%E6%95%B0%E6%8D%AE%E5%BA%93/1.htm">数据库</a> <div>随着体育赛事和互联网的深度融合，实时获取赛事数据已经成为体育网站、直播平台以及相关应用开发中的重要环节。本文将从API接口的基本概念开始，全面讲解如何通过API获取体育数据，包括技术选型、实际操作以及未来扩展方向，帮助开发者快速上手。一、什么是API接口？API（ApplicationProgrammingInterface，应用程序接口）是应用程序之间进行通信的一种方式。对于体育数据来说，API</div> </li> <li><a href="/article/1881740327660875776.htm" title="解决vscode连接docker容器没有权限的问题" target="_blank">解决vscode连接docker容器没有权限的问题</a> Ivy_Hu677 <a class="tag" taget="_blank" href="/search/vscode/1.htm">vscode</a><a class="tag" taget="_blank" href="/search/docker/1.htm">docker</a><a class="tag" taget="_blank" href="/search/ide/1.htm">ide</a> <div>问题描述为了用VSCode打开容器内的代码，方便调试，安装VSCode中的Docker扩展。但是发现显示如下报错：ERROR:GotpermissiondeniedwhiletryingtoconnecttotheDockerdaemonsocketatunix:///var/run/docker.sock:Gethttp://%2Fvar%2Frun%2Fdocker.sock/v1.24/in</div> </li> <li><a href="/article/1881739949242380288.htm" title="Linux环境下删除Golang" target="_blank">Linux环境下删除Golang</a> HoUnix <a class="tag" taget="_blank" href="/search/golang/1.htm">golang</a> <div>在Linux操作系统中，如果你决定删除Golang编程语言及其相关组件，需要执行一系列步骤。本文将为你提供详细的指导，并附上相应的源代码。卸载Golang首先，需要卸载已安装的Golang。在终端中执行以下命令：sudorm-rf/usr/local/go这将删除Golang的安装目录。移除环境变量下一步是从系统环境变量中移除与Golang相关的路径。打开终端，编辑~/.profile文件（或者是</div> </li> <li><a href="/article/1881728603775889408.htm" title="azkaban的概况" target="_blank">azkaban的概况</a> 北京小峻 <a class="tag" taget="_blank" href="/search/%E5%A4%A7%E6%95%B0%E6%8D%AE/1.htm">大数据</a><a class="tag" taget="_blank" href="/search/azkaban/1.htm">azkaban</a><a class="tag" taget="_blank" href="/search/mysql/1.htm">mysql</a><a class="tag" taget="_blank" href="/search/%E6%95%B0%E6%8D%AE%E5%BA%93/1.htm">数据库</a> <div>Azkaban的性质azkaban是一个任务调度,管理系统,可以帮用户管理,调度各种运算任务的一个web服务器可以调度任何任务,只要你的任务能用脚本启动azkaban的类似的产品还有很多,例如hadoop生态中原生的:oozie,areflow局限性目前azkaban只支持mysql作为元数据管理系统,必须安装mysql服务器角色executorserver有好几个是真正执行的程序,调度用户的任务</div> </li> <li><a href="/article/1881725955370708992.htm" title="服务化架构 IM 系统之红包功能设计与实现" target="_blank">服务化架构 IM 系统之红包功能设计与实现</a> 棕生 <a class="tag" taget="_blank" href="/search/IM%E7%B3%BB%E7%BB%9F/1.htm">IM系统</a><a class="tag" taget="_blank" href="/search/%E6%9C%8D%E5%8A%A1%E5%8C%96%E6%9E%B6%E6%9E%84/1.htm">服务化架构</a><a class="tag" taget="_blank" href="/search/IM%E7%B3%BB%E7%BB%9F/1.htm">IM系统</a><a class="tag" taget="_blank" href="/search/%E6%9C%8D%E5%8A%A1%E5%8C%96%E6%9E%B6%E6%9E%84/1.htm">服务化架构</a><a class="tag" taget="_blank" href="/search/%E7%BA%A2%E5%8C%85%E9%80%BB%E8%BE%91/1.htm">红包逻辑</a><a class="tag" taget="_blank" href="/search/%E5%8F%91%E7%BA%A2%E5%8C%85/1.htm">发红包</a><a class="tag" taget="_blank" href="/search/%E6%8A%A2%E7%BA%A2%E5%8C%85/1.htm">抢红包</a><a class="tag" taget="_blank" href="/search/%E6%8B%86%E7%BA%A2%E5%8C%85/1.htm">拆红包</a> <div>在IM系统中，“红包”是一种很常见的应用。在前面的文章（见《基于需求分析模型来结构化剖析IM系统》）中，我们曾分析过，“红包”属于扩展功能需求，“消息”属于基础功能需求，红包功能的实现需要基于消息功能的实现。在文章（见《分层架构IM系统之消息收发功能设计与实现》）中，我们深入分析过消息的收发流程；在IM的服务化架构中，消息收发逻辑与在分层架构中类似，见下图，我们快速回顾一下。图中箭头表示数据流向。</div> </li> <li><a href="/article/1881725574783758336.htm" title="分层架构 IM 系统之架构演进" target="_blank">分层架构 IM 系统之架构演进</a> 棕生 <a class="tag" taget="_blank" href="/search/IM%E7%B3%BB%E7%BB%9F/1.htm">IM系统</a><a class="tag" taget="_blank" href="/search/%E5%88%86%E5%B1%82%E6%9E%B6%E6%9E%84/1.htm">分层架构</a><a class="tag" taget="_blank" href="/search/IM%E7%B3%BB%E7%BB%9F/1.htm">IM系统</a><a class="tag" taget="_blank" href="/search/%E5%88%86%E5%B1%82%E6%9E%B6%E6%9E%84/1.htm">分层架构</a><a class="tag" taget="_blank" href="/search/%E4%B8%9A%E5%8A%A1%E5%88%86%E7%A6%BB/1.htm">业务分离</a><a class="tag" taget="_blank" href="/search/MQ%E8%A7%A3%E8%80%A6/1.htm">MQ解耦</a> <div>在电商业务日活几百万的情况下，IM系统采用分层架构方式，如下图。分层架构的IM系统，整体上包含了【终端层】、【入口层】、【业务逻辑层】、【路由层】、【数据访问层】和【存储层】，我们在上篇文章（分层架构IM系统之架构解读）中进行了介绍。今天讨论局部的架构调整和演进！随着用户日活量的增多，业务规模也在逐步增大（即后端接口数量越来越大），而且业务逻辑也越来越复杂；为了引流，平台几乎每周都会做运营活动，此</div> </li> <li><a href="/article/1881725319296118784.htm" title="思考（八十五）：IM 服务设计思路" target="_blank">思考（八十五）：IM 服务设计思路</a> fananchong2 <a class="tag" taget="_blank" href="/search/Go%E6%B8%B8%E6%88%8F%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%BC%80%E5%8F%91%E7%9A%84%E4%B8%80%E4%BA%9B%E6%80%9D%E8%80%83/1.htm">Go游戏服务器开发的一些思考</a><a class="tag" taget="_blank" href="/search/IM/1.htm">IM</a><a class="tag" taget="_blank" href="/search/%E6%9C%8D%E5%8A%A1/1.htm">服务</a><a class="tag" taget="_blank" href="/search/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1/1.htm">架构设计</a><a class="tag" taget="_blank" href="/search/%E8%81%8A%E5%A4%A9%E6%9C%8D/1.htm">聊天服</a><a class="tag" taget="_blank" href="/search/%E5%90%8E%E7%AB%AF/1.htm">后端</a> <div>IM服务器IM服务器，在游戏开发中，俗称聊天服一般有内嵌在游戏服架构内，与外置于游戏服架构外外置于游戏服架构外的聊天服，通常就是完整的IM服务器设计目标消息可靠，不丢失无状态，易扩展高性能服务类型介绍设计以下服务：服务类型说明Gateway网关，保持玩家连接APIAPI服，HTTPWeb服务，处理除聊天流程外的逻辑，如注册账号、鉴权、好友管理、群组管理等等Single单聊消息处理服务Group群组</div> </li> <li><a href="/article/1881722040856145920.htm" title="计算机网络03（传输层工作原理，TCP/UDP协议）" target="_blank">计算机网络03（传输层工作原理，TCP/UDP协议）</a> ~须尽欢 <a class="tag" taget="_blank" href="/search/%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%BD%91%E7%BB%9C/1.htm">计算机网络</a><a class="tag" taget="_blank" href="/search/tcp%2Fip/1.htm">tcp/ip</a><a class="tag" taget="_blank" href="/search/udp/1.htm">udp</a><a class="tag" taget="_blank" href="/search/%E7%BD%91%E7%BB%9C/1.htm">网络</a><a class="tag" taget="_blank" href="/search/%E7%BD%91%E7%BB%9C%E5%8D%8F%E8%AE%AE/1.htm">网络协议</a><a class="tag" taget="_blank" href="/search/tcp/1.htm">tcp</a> <div>目录一：介绍传输层二：TCP协议1.TCP包头结构信息2.三次握手3.四次挥手4.流量控制5.差错控制三：UDP协议1、UDP介绍2、UDP常用领域四：TCP和UDP的对比1、应用方面及服务端口2、整体对比一：介绍传输层1.作用：传输层是整个网络体系结构中的关键层次之一，主要负责向两个主机中进程之间的通信提供服务。由于一个主机同时运行多个进程，因此运输层具有复用和分用功能。传输层在终端用户之间提供</div> </li> <li><a href="/article/108.htm" title="Nginx负载均衡" target="_blank">Nginx负载均衡</a> 510888780 <a class="tag" taget="_blank" href="/search/nginx/1.htm">nginx</a><a class="tag" taget="_blank" href="/search/%E5%BA%94%E7%94%A8%E6%9C%8D%E5%8A%A1%E5%99%A8/1.htm">应用服务器</a> <div>Nginx负载均衡一些基础知识: nginx 的 upstream目前支持 4 种方式的分配 1)、轮询（默认）       每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。 2)、weight       指定轮询几率，weight和访问比率成正比</div> </li> <li><a href="/article/235.htm" title="RedHat 6.4 安装 rabbitmq" target="_blank">RedHat 6.4 安装 rabbitmq</a> bylijinnan <a class="tag" taget="_blank" href="/search/erlang/1.htm">erlang</a><a class="tag" taget="_blank" href="/search/rabbitmq/1.htm">rabbitmq</a><a class="tag" taget="_blank" href="/search/redhat/1.htm">redhat</a> <div>在 linux 下安装软件就是折腾，首先是测试机不能上外网要找运维开通，开通后发现测试机的 yum 不能使用于是又要配置 yum 源，最后安装 rabbitmq 时也尝试了两种方法最后才安装成功机器版本： [root@redhat1 rabbitmq]# lsb_release LSB Version: :base-4.0-amd64:base-4.0-noarch:core</div> </li> <li><a href="/article/362.htm" title="FilenameUtils工具类" target="_blank">FilenameUtils工具类</a> eksliang <a class="tag" taget="_blank" href="/search/FilenameUtils/1.htm">FilenameUtils</a><a class="tag" taget="_blank" href="/search/common-io/1.htm">common-io</a> <div>转载请出自出处：http://eksliang.iteye.com/blog/2217081 一、概述这是一个Java操作文件的常用库，是Apache对java的IO包的封装，这里面有两个非常核心的类FilenameUtils跟FileUtils，其中FilenameUtils是对文件名操作的封装;FileUtils是文件封装，开发中对文件的操作，几乎都可以在这个框架里面找到。非常的好用。 </div> </li> <li><a href="/article/489.htm" title="xml文件解析SAX" target="_blank">xml文件解析SAX</a> 不懂事的小屁孩 <a class="tag" taget="_blank" href="/search/xml/1.htm">xml</a> <div>xml文件解析:xml文件解析有四种方式， 1.DOM生成和解析XML文档(SAX是基于事件流的解析) 2.SAX生成和解析XML文档(基于XML文档树结构的解析) 3.DOM4J生成和解析XML文档 4.JDOM生成和解析XML 本文章用第一种方法进行解析，使用android常用的DefaultHandler import org.xml.sax.Attributes; </div> </li> <li><a href="/article/616.htm" title="通过定时任务执行mysql的定期删除和新建分区，此处是按日分区" target="_blank">通过定时任务执行mysql的定期删除和新建分区，此处是按日分区</a> 酷的飞上天空 <a class="tag" taget="_blank" href="/search/mysql/1.htm">mysql</a> <div>使用python脚本作为命令脚本，linux的定时任务来每天定时执行 #!/usr/bin/python # -*- coding: utf8 -*- import pymysql import datetime import calendar #要分区的表 table_name = 'my_table' #连接数据库的信息 host,user,passwd,db = </div> </li> <li><a href="/article/743.htm" title="如何搭建数据湖架构？听听专家的意见" target="_blank">如何搭建数据湖架构？听听专家的意见</a> 蓝儿唯美 <a class="tag" taget="_blank" href="/search/%E6%9E%B6%E6%9E%84/1.htm">架构</a> <div>Edo Interactive在几年前遇到一个大问题：公司使用交易数据来帮助零售商和餐馆进行个性化促销，但其数据仓库没有足够时间去处理所有的信用卡和借记卡交易数据  “我们要花费27小时来处理每日的数据量，”Edo主管基础设施和信息系统的高级副总裁Tim Garnto说道：“所以在2013年，我们放弃了现有的基于PostgreSQL的关系型数据库系统，使用了Hadoop集群作为公司的数</div> </li> <li><a href="/article/870.htm" title="spring学习——控制反转与依赖注入" target="_blank">spring学习——控制反转与依赖注入</a> a-john <a class="tag" taget="_blank" href="/search/spring/1.htm">spring</a> <div>       控制反转（Inversion of Control，英文缩写为IoC）是一个重要的面向对象编程的法则来削减计算机程序的耦合问题，也是轻量级的Spring框架的核心。控制反转一般分为两种类型，依赖注入（Dependency Injection，简称DI）和依赖查找（Dependency Lookup）。依赖注入应用比较广泛。   </div> </li> <li><a href="/article/997.htm" title="用spool+unixshell生成文本文件的方法" target="_blank">用spool+unixshell生成文本文件的方法</a> aijuans <a class="tag" taget="_blank" href="/search/xshell/1.htm">xshell</a> <div>例如我们把scott.dept表生成文本文件的语句写成dept.sql,内容如下: 　　set pages 50000; 　　set lines 200; 　　set trims on; 　　set heading off; 　　spool /oracle_backup/log/test/dept.lst; 　　select deptno||','||dname||','||loc </div> </li> <li><a href="/article/1124.htm" title="1、基础--名词解析(OOA/OOD/OOP)" target="_blank">1、基础--名词解析(OOA/OOD/OOP)</a> asia007 <a class="tag" taget="_blank" href="/search/%E5%AD%A6%E4%B9%A0%E5%9F%BA%E7%A1%80%E7%9F%A5%E8%AF%86/1.htm">学习基础知识</a> <div>OOA:Object-Oriented Analysis（面向对象分析方法）是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。　　OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）</div> </li> <li><a href="/article/1251.htm" title="浅谈java转成json编码格式技术" target="_blank">浅谈java转成json编码格式技术</a> 百合不是茶 <a class="tag" taget="_blank" href="/search/json%E7%BC%96%E7%A0%81/1.htm">json编码</a><a class="tag" taget="_blank" href="/search/java%E8%BD%AC%E6%88%90json%E7%BC%96%E7%A0%81/1.htm">java转成json编码</a> <div>json编码;是一个轻量级的数据存储和传输的语言       在java中需要引入json相关的包,引包方式在工程的lib下就可以了   JSON与JAVA数据的转换（JSON 即 JavaScript Object Natation，它是一种轻量级的数据交换格式，非   常适合于服务器与 JavaScript 之间的数据的交</div> </li> <li><a href="/article/1378.htm" title="web.xml之Spring配置(基于Spring+Struts+Ibatis)" target="_blank">web.xml之Spring配置(基于Spring+Struts+Ibatis)</a> bijian1013 <a class="tag" taget="_blank" href="/search/java/1.htm">java</a><a class="tag" taget="_blank" href="/search/web.xml/1.htm">web.xml</a><a class="tag" taget="_blank" href="/search/SSI/1.htm">SSI</a><a class="tag" taget="_blank" href="/search/spring%E9%85%8D%E7%BD%AE/1.htm">spring配置</a> <div>指定Spring配置文件位置 <context-param> <param-name>contextConfigLocation</param-name> <param-value> /WEB-INF/spring-dao-bean.xml,/WEB-INF/spring-resources.xml, /WEB-INF/</div> </li> <li><a href="/article/1505.htm" title="Installing SonarQube（Fail to download libraries from server）" target="_blank">Installing SonarQube（Fail to download libraries from server）</a> sunjing <a class="tag" taget="_blank" href="/search/Install/1.htm">Install</a><a class="tag" taget="_blank" href="/search/Sonar/1.htm">Sonar</a> <div>1.  Download and unzip the SonarQube distribution 2.  Starting the Web Server The default port is "9000" and the context path is "/". These values can be changed in &l</div> </li> <li><a href="/article/1632.htm" title="【MongoDB学习笔记十一】Mongo副本集基本的增删查" target="_blank">【MongoDB学习笔记十一】Mongo副本集基本的增删查</a> bit1129 <a class="tag" taget="_blank" href="/search/mongodb/1.htm">mongodb</a> <div>一、创建复本集   假设mongod,mongo已经配置在系统路径变量上，启动三个命令行窗口，分别执行如下命令：   mongod --port 27017 --dbpath data1 --replSet rs0 mongod --port 27018 --dbpath data2 --replSet rs0 mongod --port 27019 -</div> </li> <li><a href="/article/1759.htm" title="Anychart图表系列二之执行Flash和HTML5渲染" target="_blank">Anychart图表系列二之执行Flash和HTML5渲染</a> 白糖_ <a class="tag" taget="_blank" href="/search/Flash/1.htm">Flash</a> <div>今天介绍Anychart的Flash和HTML5渲染功能   HTML5 Anychart从6.0第一个版本起，已经逐渐开始支持各种图的HTML5渲染效果了，也就是说即使你没有安装Flash插件，只要浏览器支持HTML5，也能看到Anychart的图形（不过这些是需要做一些配置的）。这里要提醒下大家，Anychart6.0版本对HTML5的支持还不算很成熟，目前还处于</div> </li> <li><a href="/article/1886.htm" title="Laravel版本更新异常4.2.8-> 4.2.9 Declaration of ... CompilerEngine ... should be compa" target="_blank">Laravel版本更新异常4.2.8-> 4.2.9 Declaration of ... CompilerEngine ... should be compa</a> bozch <a class="tag" taget="_blank" href="/search/laravel/1.htm">laravel</a> <div>昨天在为了把laravel升级到最新的版本，突然之间就出现了如下错误： ErrorException thrown with message "Declaration of Illuminate\View\Engines\CompilerEngine::handleViewException() should be compatible with Illuminate\View\Eng</div> </li> <li><a href="/article/2013.htm" title="编程之美-NIM游戏分析-石头总数为奇数时如何保证先动手者必胜" target="_blank">编程之美-NIM游戏分析-石头总数为奇数时如何保证先动手者必胜</a> bylijinnan <a class="tag" taget="_blank" href="/search/%E7%BC%96%E7%A8%8B%E4%B9%8B%E7%BE%8E/1.htm">编程之美</a> <div> import java.util.Arrays; import java.util.Random; public class Nim { /**编程之美 NIM游戏分析问题：有N块石头和两个玩家A和B，玩家A先将石头随机分成若干堆，然后按照BABA...的顺序不断轮流取石头，能将剩下的石头一次取光的玩家获胜，每次取石头时，每个玩家只能从若干堆石头中任选一堆，</div> </li> <li><a href="/article/2140.htm" title="lunce创建索引及简单查询" target="_blank">lunce创建索引及简单查询</a> chengxuyuancsdn <a class="tag" taget="_blank" href="/search/%E6%9F%A5%E8%AF%A2/1.htm">查询</a><a class="tag" taget="_blank" href="/search/%E5%88%9B%E5%BB%BA%E7%B4%A2%E5%BC%95/1.htm">创建索引</a><a class="tag" taget="_blank" href="/search/lunce/1.htm">lunce</a> <div>import java.io.File; import java.io.IOException; import org.apache.lucene.analysis.Analyzer; import org.apache.lucene.analysis.standard.StandardAnalyzer; import org.apache.lucene.document.Docume</div> </li> <li><a href="/article/2267.htm" title="[IT与投资]坚持独立自主的研究核心技术" target="_blank">[IT与投资]坚持独立自主的研究核心技术</a> comsci <a class="tag" taget="_blank" href="/search/it/1.htm">it</a> <div>        和别人合作开发某项产品....如果互相之间的技术水平不同,那么这种合作很难进行,一般都会成为强者控制弱者的方法和手段.....        所以弱者,在遇到技术难题的时候,最好不要一开始就去寻求强者的帮助,因为在我们这颗星球上,生物都有一种控制其</div> </li> <li><a href="/article/2394.htm" title="flashback transaction闪回事务查询" target="_blank">flashback transaction闪回事务查询</a> daizj <a class="tag" taget="_blank" href="/search/oracle/1.htm">oracle</a><a class="tag" taget="_blank" href="/search/sql/1.htm">sql</a><a class="tag" taget="_blank" href="/search/%E9%97%AA%E5%9B%9E%E4%BA%8B%E5%8A%A1/1.htm">闪回事务</a> <div>   闪回事务查询有别于闪回查询的特点有以下3个：（1）其正常工作不但需要利用撤销数据，还需要事先启用最小补充日志。（2）返回的结果不是以前的“旧”数据，而是能够将当前数据修改为以前的样子的撤销SQL（Undo SQL）语句。（3）集中地在名为flashback_transaction_query表上查询，而不是在各个表上通过“as of”或“vers</div> </li> <li><a href="/article/2521.htm" title="Java I/O之FilenameFilter类列举出指定路径下某个扩展名的文件" target="_blank">Java I/O之FilenameFilter类列举出指定路径下某个扩展名的文件</a> 游其是你 <a class="tag" taget="_blank" href="/search/FilenameFilter/1.htm">FilenameFilter</a> <div>这是一个FilenameFilter类用法的例子，实现的列举出“c:\\folder“路径下所有以“.jpg”扩展名的文件。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 </div> </li> <li><a href="/article/2648.htm" title="C语言学习五函数，函数的前置声明以及如何在软件开发中合理的设计函数来解决实际问题" target="_blank">C语言学习五函数，函数的前置声明以及如何在软件开发中合理的设计函数来解决实际问题</a> dcj3sjt126com <a class="tag" taget="_blank" href="/search/c/1.htm">c</a> <div># include <stdio.h> int f(void) //括号中的void表示该函数不能接受数据，int表示返回的类型为int类型 { return 10; //向主调函数返回10 } void g(void) //函数名前面的void表示该函数没有返回值 { //return 10; //error 与第8行行首的void相矛盾 } in</div> </li> <li><a href="/article/2775.htm" title="今天在测试环境使用yum安装，遇到一个问题： Error: Cannot retrieve metalink for repository: epel. Pl" target="_blank">今天在测试环境使用yum安装，遇到一个问题： Error: Cannot retrieve metalink for repository: epel. Pl</a> dcj3sjt126com <a class="tag" taget="_blank" href="/search/centos/1.htm">centos</a> <div>今天在测试环境使用yum安装，遇到一个问题： Error: Cannot retrieve metalink for repository: epel. Please verify its path and try again   处理很简单，修改文件“/etc/yum.repos.d/epel.repo”，将baseurl的注释取消， mirrorlist注释掉。即可。 &n</div> </li> <li><a href="/article/2902.htm" title="单例模式" target="_blank">单例模式</a> shuizhaosi888 <a class="tag" taget="_blank" href="/search/%E5%8D%95%E4%BE%8B%E6%A8%A1%E5%BC%8F/1.htm">单例模式</a> <div>单例模式      懒汉式 public class RunMain { /** * 私有构造 */ private RunMain() { } /** * 内部类，用于占位，只有 */ private static class SingletonRunMain { priv</div> </li> <li><a href="/article/3029.htm" title="Spring Security（09）——Filter" target="_blank">Spring Security（09）——Filter</a> 234390216 <a class="tag" taget="_blank" href="/search/Spring+Security/1.htm">Spring Security</a> <div>Filter 目录 1.1     Filter顺序 1.2     添加Filter到FilterChain 1.3     DelegatingFilterProxy 1.4     FilterChainProxy 1.5</div> </li> <li><a href="/article/3156.htm" title="公司项目NODEJS实践0.1" target="_blank">公司项目NODEJS实践0.1</a> 逐行分析JS源代码 <a class="tag" taget="_blank" href="/search/mongodb/1.htm">mongodb</a><a class="tag" taget="_blank" href="/search/nginx/1.htm">nginx</a><a class="tag" taget="_blank" href="/search/ubuntu/1.htm">ubuntu</a><a class="tag" taget="_blank" href="/search/nodejs/1.htm">nodejs</a> <div>  一、前言         前端如何独立用nodeJs实现一个简单的注册、登录功能，是不是只用nodejs+sql就可以了？其实是可以实现，但离实际应用还有距离，那要怎么做才是实际可用的。         网上有很多nod</div> </li> <li><a href="/article/3283.htm" title="java.lang.Math" target="_blank">java.lang.Math</a> liuhaibo_ljf <a class="tag" taget="_blank" href="/search/java/1.htm">java</a><a class="tag" taget="_blank" href="/search/Math/1.htm">Math</a><a class="tag" taget="_blank" href="/search/lang/1.htm">lang</a> <div>System.out.println(Math.PI); System.out.println(Math.abs(1.2)); System.out.println(Math.abs(1.2)); System.out.println(Math.abs(1)); System.out.println(Math.abs(111111111)); System.out.println(Mat</div> </li> <li><a href="/article/3410.htm" title="linux下时间同步" target="_blank">linux下时间同步</a> nonobaba <a class="tag" taget="_blank" href="/search/ntp/1.htm">ntp</a> <div>今天在linux下做hbase集群的时候，发现hmaster启动成功了，但是用hbase命令进入shell的时候报了一个错误  PleaseHoldException: Master is initializing，查看了日志，大致意思是说master和slave时间不同步，没办法，只好找一种手动同步一下，后来发现一共部署了10来台机器，手动同步偏差又比较大，所以还是从网上找现成的解决方</div> </li> <li><a href="/article/3537.htm" title="ZooKeeper3.4.6的集群部署" target="_blank">ZooKeeper3.4.6的集群部署</a> roadrunners <a class="tag" taget="_blank" href="/search/zookeeper/1.htm">zookeeper</a><a class="tag" taget="_blank" href="/search/%E9%9B%86%E7%BE%A4/1.htm">集群</a><a class="tag" taget="_blank" href="/search/%E9%83%A8%E7%BD%B2/1.htm">部署</a> <div>ZooKeeper是Apache的一个开源项目，在分布式服务中应用比较广泛。它主要用来解决分布式应用中经常遇到的一些数据管理问题，如：统一命名服务、状态同步、集群管理、配置文件管理、同步锁、队列等。这里主要讲集群中ZooKeeper的部署。   1、准备工作我们准备3台机器做ZooKeeper集群，分别在3台机器上创建ZooKeeper需要的目录。   数据存储目录</div> </li> <li><a href="/article/3664.htm" title="Java高效读取大文件" target="_blank">Java高效读取大文件</a> tomcat_oracle <a class="tag" taget="_blank" href="/search/java/1.htm">java</a> <div>　　读取文件行的标准方式是在内存中读取，Guava 和Apache Commons IO都提供了如下所示快速读取文件行的方法：　　Files.readLines(new File(path), Charsets.UTF_8); 　　FileUtils.readLines(new File(path)); 　　这种方法带来的问题是文件的所有行都被存放在内存中，当文件足够大时很快就会导致</div> </li> <li><a href="/article/3791.htm" title="微信支付api返回的xml转换为Map的方法" target="_blank">微信支付api返回的xml转换为Map的方法</a> xu3508620 <a class="tag" taget="_blank" href="/search/xml/1.htm">xml</a><a class="tag" taget="_blank" href="/search/map/1.htm">map</a><a class="tag" taget="_blank" href="/search/%E5%BE%AE%E4%BF%A1api/1.htm">微信api</a> <div>举例如下： <xml>    <return_code><![CDATA[SUCCESS]]></return_code>    <return_msg><![CDATA[OK]]></return_msg>    <appid>&lt</div> </li> </ul> </div> </div> </div> <div> <div class="container"> <div class="indexes"> 按字母分类： <a href="/tags/A/1.htm" target="_blank">A</a><a href="/tags/B/1.htm" target="_blank">B</a><a href="/tags/C/1.htm" target="_blank">C</a><a href="/tags/D/1.htm" target="_blank">D</a><a href="/tags/E/1.htm" target="_blank">E</a><a href="/tags/F/1.htm" target="_blank">F</a><a href="/tags/G/1.htm" target="_blank">G</a><a href="/tags/H/1.htm" target="_blank">H</a><a href="/tags/I/1.htm" target="_blank">I</a><a href="/tags/J/1.htm" target="_blank">J</a><a href="/tags/K/1.htm" target="_blank">K</a><a href="/tags/L/1.htm" target="_blank">L</a><a href="/tags/M/1.htm" target="_blank">M</a><a href="/tags/N/1.htm" target="_blank">N</a><a href="/tags/O/1.htm" target="_blank">O</a><a href="/tags/P/1.htm" target="_blank">P</a><a href="/tags/Q/1.htm" target="_blank">Q</a><a href="/tags/R/1.htm" target="_blank">R</a><a href="/tags/S/1.htm" target="_blank">S</a><a href="/tags/T/1.htm" target="_blank">T</a><a href="/tags/U/1.htm" target="_blank">U</a><a href="/tags/V/1.htm" target="_blank">V</a><a href="/tags/W/1.htm" target="_blank">W</a><a href="/tags/X/1.htm" target="_blank">X</a><a href="/tags/Y/1.htm" target="_blank">Y</a><a href="/tags/Z/1.htm" target="_blank">Z</a><a href="/tags/0/1.htm" target="_blank">其他</a> </div> </div> </div> <footer id="footer" class="mb30 mt30"> <div class="container"> <div class="footBglm"> <a target="_blank" href="/">首页</a> - <a target="_blank" href="/custom/about.htm">关于我们</a> - <a target="_blank" href="/search/Java/1.htm">站内搜索</a> - <a target="_blank" href="/sitemap.txt">Sitemap</a> - <a target="_blank" href="/custom/delete.htm">侵权投诉</a> </div> <div class="copyright">版权所有 IT知识库 CopyRight © 2000-2050 E-COM-NET.COM , All Rights Reserved.  </div> </div> </footer>  <script type="text/javascript" src="/static/syntaxhighlighter/scripts/shCore.js"></script> <script type="text/javascript" src="/static/syntaxhighlighter/scripts/shLegacy.js"></script> <script type="text/javascript" src="/static/syntaxhighlighter/scripts/shAutoloader.js"></script> <link type="text/css" rel="stylesheet" href="/static/syntaxhighlighter/styles/shCoreDefault.css"/> <script type="text/javascript" src="/static/syntaxhighlighter/src/my_start_1.js"></script> </body> </html>