HTML5 Javascript API 확장 1에 대한 공격 - 웹 워커 비동기 실행 및 관련 개요_html5 튜토리얼 기술

Javascript 실행 메커니즘
HTML5 이전에는 브라우저에서 JavaScript 실행이 단일 스레드 방식으로 작동했지만 멀티 스레딩을 시뮬레이션하는 방법은 여러 가지가 있습니다(예: Javascript의 setinterval 메서드, setTimeout 메서드) 등) 그러나 본질적으로 프로그램 실행은 여전히 ​​단일 스레드 예약 방식으로 JavaScript 엔진에 의해 수행됩니다. HTML5에 도입된 작업자 스레드를 사용하면 브라우저 측 Javascript 엔진이 Javascript 코드를 동시에 실행할 수 있으므로 브라우저 측 다중 스레드 프로그래밍을 효과적으로 지원할 수 있습니다.

Javascript의 다중 스레드 - WebWorker
HTML5의 Web Worker는 두 가지 스레드 유형으로 나눌 수 있습니다. 하나는 전용 스레드 Dedicated Worker이고 다른 하나는 공유 스레드입니다. 노동자. 두 유형의 스레드 모두 서로 다른 용도로 사용됩니다.
전용 웹 워커
전용 워커는 자신을 생성한 스크립트에 연결되어 다른 워커나 브라우저 구성 요소와 통신할 수 있지만 DOM과는 통신할 수 없습니다. 내 생각에 전용의 의미는 이 스레드가 한 번에 하나의 요구 사항만 처리한다는 것입니다. IE를 제외한 다양한 주류 브라우저에는 전용 스레드가 구현되어 있어 안심하고 사용할 수 있습니다.
스레드 생성
워커 생성은 매우 간단합니다. 스레드에서 실행해야 하는 JavaScript 파일의 파일 이름을 생성자에 전달하기만 하면 됩니다.
스레드 통신
메인 스레드와 하위 스레드 간의 통신을 위해 스레드 객체의 postMessage 및 onmessage 메소드가 사용됩니다. 누가 누구에게 데이터를 보내든 송신자는 postMessage 메소드를 사용하고, 수신자는 onmessage 메소드를 사용하여 데이터를 수신합니다. postMessage에는 전송되는 데이터인 하나의 매개변수만 있고, onmessage에도 하나의 매개변수만 있습니다. 이벤트인 경우에는 event.data를 통해 수신된 데이터를 가져옵니다.
JSON 데이터 보내기
JSON은 JS에서 기본적으로 지원하는 기능이므로 JSON을 사용하여 복잡한 데이터를 전송할 필요가 없습니다. 예:

코드 복사

코드는 다음과 같습니다.

postMessage({ 'cmd': 'init', 'timestamp': Date.now()});

오류 처리
스레드에서 오류가 발생하면 onerror 이벤트 콜백이 호출됩니다. 따라서 오류를 처리하는 방법은 매우 간단합니다. 즉, 스레드 인스턴스의 onerror 이벤트를 연결하는 것입니다. 이 콜백 함수에는 3개의 필드가 있는 error 매개변수가 있습니다. message - 오류 메시지, filename - 오류가 발생한 스크립트 파일 lineno - 오류가 발생한 줄.
스레드 소멸
스레드 내부에서는 close 메소드를 사용하여 자신을 소멸시킵니다. 스레드 외부의 메인 스레드에서는 스레드 인스턴스의 종료 메소드를 사용하여 스레드를 소멸시킵니다.
예를 통해 스레드의 기본 작업을 살펴보겠습니다.
HTML 코드:

코드 복사

코드는 다음과 같습니다.

fibonacci.js 코드:

코드 복사


코드는 다음과 같습니다.

/ /fibonacci.js var fibonacci = function(n) { return n < 2 ? n : 인수.callee(n - 1) 인수.callee(n - 2) onmessage = function(event) {

var n =parseInt(event.data, 10);

postMessage(fibonacci(n))

}; 동일한 디렉터리에 들어가서 File 페이지를 실행하고 콘솔을 확인하면 작업 결과를 볼 수 있습니다.
한 가지 더 중요한 점은 메인 스레드에서 onmessage 이벤트를 다른 방식으로 연결할 수 있다는 것입니다.





코드 복사

코드는 다음과 같습니다.


worker.addEventListener('message', function(event) {
console.log("Result:" event.data);

}, 거짓 )

개인적으로는 굉장히 번거로운 일이라 직접 onmessage를 활용하는 게 더 나은 것 같아요.
다른 스크립트 파일 사용
작업자 스레드는 전역 메서드 importScripts를 사용하여 다른 도메인 내 스크립트 파일이나 클래스 라이브러리를 로드하고 사용할 수 있습니다. 예를 들어 다음은 합법적인 용도입니다.

코드 복사

코드는 다음과 같습니다.

importScripts();/* 아무것도 가져오지 않음 */
importScripts('foo.js') /* "foo.js"만 가져옴 */
importScripts('foo.js', 'bar .js') ;/* 두 개의 스크립트를 가져옵니다. */

가져온 후 해당 파일의 메서드를 직접 사용할 수 있습니다. 온라인에서 작은 예를 살펴보세요.

코드 복사

코드는 다음과 같습니다.

/* *
* importScripts 메소드를 사용하여 외부 리소스 스크립트를 도입합니다. 여기서는 수학 공식 계산 도구 라이브러리 math_utilities.js를 사용합니다.
* JavaScript 엔진이 이 리소스 파일 로드를 완료하면 다음 코드를 계속 실행합니다. 동시에 다음 코드는 리소스 파일에 정의된
* 변수 및 메서드에 액세스하고 호출할 수 있습니다.
**/
importScripts('math_utilities.js')
onmessage = 함수(이벤트)
{
var first = event.data.first
var second = event .data.second;
calculate(first,second);
};
functioncalc(first,second) {
//계산 작업 수행
var common_divisor= divisor(first, second);
var common_multiple=multiple(first,second);
postMessage("작업 ​​완료! "
"최소 공배수는 " common_divisor
"이며 최대 공약수는 is " common_multiple) ;
}

인터넷의 일부 네티즌들은 리소스 사전 로드 문제를 해결하기 위해 여기에 importScripts 메서드를 사용하는 것을 고려하기도 했습니다(브라우저가 구문 분석 및 실행 없이 리소스를 미리 로드함). 리소스) 이유도 매우 간단합니다.
스레드 중첩
작업자 스레드에서 하위 스레드를 생성할 수도 있으며 다양한 작업은 여전히 ​​동일합니다.
동기화 문제
작업자에는 잠금 메커니즘이 없으며 다중 스레드 동기화 문제는 코드(예: 신호 변수 정의)로만 해결할 수 있습니다.
공유 SharedWebWorker
공유 웹 워커는 주로 다중 연결 동시성 문제에 적합합니다. 여러 연결을 처리해야 하기 때문에 API는 전용 작업자의 API와 약간 다릅니다. 이 외에도 공유 웹 작업자는 전용 작업자와 마찬가지로 DOM에 액세스할 수 없으며 양식 속성에 대한 액세스가 제한됩니다. 공유 웹 작업자는 네트워크를 통해 통신할 수도 없습니다.
페이지 스크립트는 공유 웹 워커와 통신할 수 있습니다. 그러나 전용 웹 워커(암시적 포트를 사용하여 통신)와는 약간 다르게 포트 객체를 사용하여 명시적으로 통신합니다. 이는 메시지 이벤트 핸들러를 연결하여 수행됩니다. .
웹 작업자 스크립트에서 첫 번째 메시지를 받은 후 공유 웹 작업자는 활성화된 포트에 이벤트 핸들러를 연결합니다. 일반적으로 핸들러는 자체 postMessage() 메서드를 실행하여 호출 코드에 메시지를 반환한 다음 포트의 start() 메서드가 유효한 메시지 프로세스를 생성합니다.
인터넷에서 찾을 수 있는 유일한 예를 살펴보겠습니다. 공유 스레드를 만들어 서로 다른 연결에서 보낸 명령을 받은 다음 자신만의 명령 처리 논리를 구현하면 명령 처리가 완료된 후 결과가 서로 다른 장치로 반환됩니다. 연결 사용자.
HTML 코드:

코드 복사

코드는 다음과 같습니다.

<머리>


<스크립트>
var 작업자 = new SharedWorker('sharedworker.js');
var log = document.getElementById('response_from_worker');
worker.port.addEventListener('message', function(e) {
//웹페이지에 응답 데이터 기록
log.textContent =e.data;
}, false);
worker.port.start();
worker.port.postMessage('사용자 웹페이지에서 ping..');
//다음 메소드는 사용자 입력을 sharedworker로 보냅니다.
function postMessageToSharedWorker(input)
{
//요청을 구성하기 위한 json 객체 정의
varinstruction={instruction:input.value };
worker.port.postMessage(지침);
}

공유 작업자 예: HTML5에서 공유 작업자를 사용하는 방법

공유 작업자에게 지침 보내기:

脚本文件代码：

复代码

代码如下:

// 创建一个共享线程用于接收从不同连接发送过来的指令, 指令处理完成后将结果返回到各个不同的连接用户。
var connect_number = 0;
onconnect = function(e) {
connect_number =connect_number 1;
//여기에서 첫 번째 포트를 가져옵니다.
var port = e.ports[0];
port.postMessage('새 연결입니다! 현재 연결 번호는 '
connect_number);
port.onmessage = function(e) {
//요청자로부터 지침 가져오기
var Instruction=e.data.instruction;
var 결과=execute_instruction(명령);
port.postMessage('요청: ' 지시 ' 응답 ' 결과
'공유 작업자로부터...');
};
};
/*
* 이 함수는 요청자로부터 전송된 명령을 실행하는 데 사용됩니다.
* @param 명령
* @return
*/
functionexecute_instruction(instruction)
{
var 결과_값;
//여기서 논리를 구현하세요
//명령을 실행하세요...
return result_value;
}

위의 공유 스레드 예시에서는 메인 페이지, 즉 각 사용자 연결 페이지에 공유 스레드 객체를 생성한 후 공유 스레드에 사용자 명령을 전달하기 위한 postMessageToSharedWorker 메소드를 정의했습니다. 동시에, 이 공유 스레드에 대한 총 연결 수를 기록하기 위해 공유 스레드 구현 코드 조각에 connect_number가 정의됩니다. 그런 다음 onconnect 이벤트 핸들러를 사용하여 다른 사용자의 연결을 수락하고 해당 사용자가 전달한 지침을 구문 분석합니다. 마지막으로, 사용자의 명령을 실행하기 위한 메소드 excute_instruction을 정의하고, 명령이 실행된 후 결과를 각 사용자에게 반환한다.

여기에서는 이전 예제처럼 작업자 스레드의 onmessage 이벤트 핸들러를 사용하지 않고 다른 메소드인 addEventListener를 사용합니다. 실제로 앞서 언급한 것처럼 둘의 구현 원리는 기본적으로 동일하지만 여기에는 약간의 차이점이 있습니다. 먼저 이 포트를 활성화합니다. 이후에는 워커 스레드와 동일하게 정상적으로 메시지를 주고 받을 수 있습니다.
최종 설명
스레드에서 수행할 수 있는 작업:
1. setTimeout(),clearTimeout(),setInterval(),clearInterval을 사용할 수 있습니다. () 등의 기능을 수행합니다.
2. 네비게이터 객체를 사용할 수 있습니다.
3. XMLHttpRequest를 사용하여 요청을 보낼 수 있습니다.
4. 웹 스토리지는 스레드에서 사용할 수 있습니다.
5. 스레드에서 self를 사용하여 이 스레드의 범위를 얻을 수 있습니다.
스레드에서 할 수 없는 것:
1. 윈도우, 문서 등 스레드에서는 네비게이터 이외의 DOM/BOM 객체를 사용할 수 없습니다. 콜백 기능을 통해 작동되는 작업자 생성자에게 메시지를 보냅니다.
2. 메인 스레드의 변수 및 함수는 스레드에서 사용할 수 없습니다.
3. 경고 등 "정지" 효과가 있는 작업 명령은 스레드에서 사용할 수 없습니다.
4. JS는 스레드의 도메인 간에 로드할 수 없습니다.
스레드도 리소스를 소비하며 스레드를 사용하면 어느 정도 복잡해지기 때문에 추가 스레드를 사용할 타당한 이유가 없다면 사용하지 않는 것이 좋습니다.
실용 참조
공식 문서: http://www.whatwg.org/specs/web-apps/current-work/multipage/workers.html
WebWorker 분류 설명: http://www.w3schools.com/html5/html5_webworkers.asp
스크립트 하우스: http://www.jb51.net/w3school/html5/
WebWorker 개요: https://developer.mozilla.org/en/Using_web_workers

본 웹사이트의 성명

본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.