WebSocket API HTML5 사양 번역에 대한 자세한 소개

1. 소개

웹 애플리케이션이 서버 프로세스와 양방향 통신을 유지할 수 있도록 다음과 같이 소개합니다. WebSocket 인터페이스.

2. 일관성 요구사항(생략)

3. 용어(생략)

4. .WebSocket인터페이스

(코드 생략)

WebSocket(url, 프로토콜)생성자를 전달할 수 있습니다1-2 매개변수. 첫 번째 Rigel은 연결할 URL을 지정합니다. 두 번째 매개변수는 선언된 경우 문자열 또는 문자열배열일 수 있습니다. 문자열인 경우 해당 문자열만 포함하는 배열과 동일합니다. 두 번째 매개변수를 생략하면 빈 배열과 동일합니다. 즉, 두 번째 매개변수에 무엇을 전달하더라도 문자열 배열로 처리됩니다. 배열의 각 문자열은 하위 프로토콜 이름입니다. 서버가 하위 프로토콜 중 하나를 선택했다고 선언한 경우에만 연결이 설정될 수 있습니다. 모든 하위 프로토콜 이름은 다음 요구 사항을 충족해야 합니다. 이러한 문자열에는 WebSocket 프로토콜 선언 헤더 Sec-WebSocket-Protocol 콘텐츠①.

WebSocket() 생성자가 호출되면 사용자 에이전트는 다음 단계를 수행해야 합니다.

url에서 URL의 다양한 구성 요소는 🎜> 매개변수에서 구문 분석되어 호스트, 포트, 리소스 이름 및 보안 프로토콜을 얻습니다. (호스트, 포트, 리소스 이름, 보안). 이 프로세스가 실패하면 SyntaxError 예외가 발생하고 다음 단계가 종료됩니다. (2)

가 비어 있지만 원래 입력 스크립트에 HTTPS와 같은 보안 프로토콜 자체인 패턴이 있는 경우 , SecurityError 예외가 발생합니다. ( secure가 false이지만 항목 스크립트의 원본에 그 자체가 보안 프로토콜인 구성 요소가 있는 경우(예: HTTPS) SecurityError 예외.)

(3) 매개변수에 사용된 포트가 사용자 에이전트의 접근 금지로 설정된 경우 SecurityError 예외가 발생합니다. 포트 80 및 443을 차단해서는 안 됩니다. 보안을 포함하여 🎜>false의 경우 443 포트를 차단할 수 없으며 secure는 true 80 포트를 차단할 수 없는 경우 [여기서는 WebSocket이 두 가지 유형이 있음을 의미합니다. 형식에서는 ws에는 기본적으로 80 포트를 사용합니다. wss에는 기본적으로 443 포트가 사용됩니다. 단, 사용되는 프로토콜에 해당 포트가 필요하지 않은 경우에도 마찬가지입니다. , 443 및 80 두 포트]에 대한 액세스를 차단할 수 없습니다.

(4) protocols 매개변수가 선언되지 않은 경우 빈 배열이 되도록 둡니다. 그렇지 않고 protocols 매개변수가 문자열이면 해당 문자열을 포함하는 배열이 되도록 둡니다.

(5) protocols 매개변수에 변수가 이보다 많이 선언되거나 ①의 요구 사항을 충족하지 않는 경우 SyntaxError 예외를 발생시키고 다음 단계를 종료합니다.

(6)origin은 항목 스크립트 원본의 ASCII 직렬화이며 ASCII 소문자로 변환됩니다.

(7) 새 WebSocket 객체 를 클릭하고 백그라운드 프로그램에서 다음 단계를 계속 진행하세요.

호스트, 포트, 리소스 이름, 보안 및 프로토콜을 포함하는 데이터베이스를 만듭니다. 목록, (extensions)의 빈 목록 및 WebSocket원본 목록 >연결하세요. 올바른 쿠키를 보내려면 쿠키 헤더를 사용해야 합니다. 여기서 값은 user 저장된 쿠키 값과 url이 계산됩니다. 이러한 목적을 위해 이는 HTTP 프로토콜이 없는 API가 아닙니다.

"WebSocket연결 설정 알고리즘" 실행 중, 사용자 에이전트가 서버의 응답을 확인할 때, 서버로부터 수신한 상태 코드가 101, 사용자 에이전트는 이 WebSocket 연결을 종료해야 합니다.

경고! 여기서 HTTP를 사용하면 브라우저 컨텍스트에 심각한 보안 위험이 발생할 수 있습니다. 예를 들어 호스트가 한 경로에서 WebSocket을 사용하여 설정된 서버이고 다른 경로를 가리키는 공개 HTTP 리디렉션이라고 가정해 보겠습니다. . 갑자기 특정 WebSocket URL이 할당된 스크립트가 이 서비스에 들어가서 스크립트가 URL을 확인하더라도 인터넷의 다른 호스트와 통신할 수 있습니다. 은 올바른 호스트 이름입니다.

참고: WebSocket 연결 알고리즘 실행이 실패하면 WebSocket 연결 실패 알고리즘이 트리거됩니다. . 이 알고리즘은 WebSocket 연결을 닫는 알고리즘을 실행하여 WebSocket 연결을 닫고 close 이벤트 실행 단계는 아래와 같습니다.

Window 개체이거나 WorkerUtils 인터페이스를 통해 인스턴스화된 개체인 경우, 이 생성자는 표시되어야 합니다.

속성 은 생성자에 전달된 URL에서 구문 분석되어야 합니다.

속성은 연결 상태를 나타냅니다.

, 해당 값은 0, 연결이 설정되지 않았음을 나타냅니다. OPEN

1입니다. , WebSocket연결이 설정되었으며 통신이 가능함을 나타냅니다. CLOSING

2입니다. , 연결이 종료 핸드셰이크를 진행 중이거나 close() 메서드가 호출되었음을 나타냅니다. CLOSED

3으로, 연결이 닫혔거나 연결을 열 수 없음을 나타냅니다.

인스턴스화된 객체가 생성되면 readyState 값을 연결 중.

extensions 속성의 초기 값은 빈 문자열이어야 합니다. WebSocket 연결이 설정되면 해당 값은 다음 규칙에 따라 변경될 수 있습니다.

참고: 서버가 확장을 선택한 경우 extension 속성은 서버가 선택한 확장을 반환합니다. (현재 이 필드는 항상 빈 필드였습니다)

프로토콜속성 초기화는 빈 문자열이어야 합니다. WebSocket 연결이 설정되면 해당 값은 다음 규칙에 따라 변경될 수 있습니다.

참고: 서버가 하위 프로토콜을 지정하는 경우 프로토콜 속성은 서버에서 선택한 하위 프로토콜을 반환합니다.

close() 메소드는 다음 단계에 따라 실행되어야 합니다.

(1) 이 메소드가 첫 번째 매개변수를 전달하지만 동일하지 않은 경우 ~ 1000 또는 3000 ~ 4999, InvalidAccessErrorException을 발생시키고 다음 단계를 종료합니다.

원래 이유를 메서드 매개변수의 두 번째 매개변수로 설정합니다.

( 다음에 생략)

readyState 속성이 CLOSING 또는 CLOSED이면 아무 일도 일어나지 않습니다.

WebSocket 연결이 설정되지 않은 경우 WebSocket 연결 설정을 종료하고 readyState의 속성 값이 CLOSING으로 설정되어 있습니다.

WebSocket의 Closing Handshake가 아직 시작되지 않은 경우 WebSocket의 Closing Handshake를 시작하면 readyState가 CLOSING으로 설정되었습니다. 첫 번째 매개변수가 전달되면 WebSocket 닫기 메시지에 사용되는 상태 코드는 첫 번째 매개변수에 지정된 정수여야 합니다. 두 번째 매개변수도 선언된 경우에는 종료 메시지의 상태 코드 뒤에 reason을 주어야 합니다.

readyState 속성값을 CLOSING으로 설정하세요.

위 내용은 WebSocket API HTML5 사양 번역에 대한 자세한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!