--- title: Solicitudes síncronas y asíncronas slug: Web/API/XMLHttpRequest/Synchronous_and_Asynchronous_Requests translation_of: Web/API/XMLHttpRequest/Synchronous_and_Asynchronous_Requests ---
XMLHttpRequest
soporta solicitudes síncronas y asíncronas, pero la mas preferida es la asíncrona por razones de rendimiento
Las solicitudes síncronas bloquean la ejecución del código, mientras se procesa la solicitud, dejando a la pantalla congelada y dando una experiencia de usuario poco agradable
Si se utiliza XMLHttpRequest
de forma asíncrona, recibirá una devolución de llamada cuando los datos se hayan recibido . Esto permite que el navegador continúe funcionando de forma normal mientras se procesa la solicitud.
Este es el uso más simple de la asíncronia XMLHttpRequest
.
var xhr = new XMLHttpRequest(); xhr.open("GET", "/bar/foo.txt", true); xhr.onload = function (e) { if (xhr.readyState === 4) { if (xhr.status === 200) { console.log(xhr.responseText); } else { console.error(xhr.statusText); } } }; xhr.onerror = function (e) { console.error(xhr.statusText); }; xhr.send(null);
En la linea 2, el ultimo parametro de open()
, especifica true
para indicar que la solicitud se tratara de forma asíncrona
Line 3 creates an event handler function object and assigns it to the request's onload
attribute. This handler looks at the request's readyState
to see if the transaction is complete in line 4, and if it is, and the HTTP status is 200, dumps the received content. If an error occurred, an error message is displayed.
Line 15 actually initiates the request. The callback routine is called whenever the state of the request changes.
In some cases you must read many external files. This is a standard function which uses the XMLHttpRequest
object asynchronously in order to switch the content of the read file to a specified listener.
function xhrSuccess () { this.callback.apply(this, this.arguments); } function xhrError () { console.error(this.statusText); } function loadFile (sURL, fCallback /*, argumentToPass1, argumentToPass2, etc. */) { var oReq = new XMLHttpRequest(); oReq.callback = fCallback; oReq.arguments = Array.prototype.slice.call(arguments, 2); oReq.onload = xhrSuccess; oReq.onerror = xhrError; oReq.open("get", sURL, true); oReq.send(null); }
Usage:
function showMessage (sMsg) { alert(sMsg + this.responseText); } loadFile("message.txt", showMessage, "New message!\n\n");
The signature of the utility function loadFile declares (i) a target URL to read (via HTTP GET), (ii) a function to execute on successful completion of the XHR operation, and (iii) an arbitrary list of additional arguments that are "passed through" the XHR object to the success callback function.
Line 1 declares a function invoked when the XHR operation completes successfully. It, in turn, invokes the callback function specified in the invocation of the loadFile function (in this case, the function showMessage) which has been assigned to a property of the XHR object (Line 7). The additional arguments (if any) supplied to the invocation of function loadFile are "applied" to the running of the callback function.
Line 3 declares a function invoked when the XHR operation fails to complete successfully.
Line 7 stores on the XHR object the success callback function given as the second argument to loadFile.
Line 8 slices the arguments array given to the invocation of loadFile. Starting with the third argument, all remaining arguments are collected, assigned to the arguments property of the variable oReq, passed to the success callback function xhrSuccess., and ultimately supplied to the callback function (in this case, showMessage) which is invoked by function xhrSuccess.
Line 9 designates the function xhrSuccess as the callback to be invoked when the onload event fires, that is, when the XHR sucessfully completes.
Line 10 designates the function xhrError as the callback to be invoked when the XHR requests fails to complete.
Line 11 specifies true
for its third parameter to indicate that the request should be handled asynchronously.
Line 12 actually initiates the request.
You can use a timeout to prevent hanging your code forever while waiting for a read to occur. This is done by setting the value of the timeout
property on the XMLHttpRequest
object, as shown in the code below:
function loadFile(sUrl, timeout, callback){ var args = arguments.slice(3); var xhr = new XMLHttpRequest(); xhr.ontimeout = function () { console.error("The request for " + url + " timed out."); }; xhr.onload = function() { if (xhr.readyState === 4) { if (xhr.status === 200) { callback.apply(xhr, args); } else { console.error(xhr.statusText); } } }; xhr.open("GET", url, true); xhr.timeout = timeout; xhr.send(null); }
Notice the addition of code to handle the "timeout" event by setting the ontimeout
handler.
Usage:
function showMessage (sMsg) { alert(sMsg + this.responseText); } loadFile("message.txt", 2000, showMessage, "New message!\n");
Here, we're specifying a timeout of 2000 ms.
Note: Support for timeout
was added in {{Gecko("12.0")}}.
In rare cases, the use of a synchronous method is preferable to an asynchronous one.
This example demonstrates how to make a simple synchronous request.
var request = new XMLHttpRequest(); request.open('GET', '/bar/foo.txt', false); // `false` makes the request synchronous request.send(null); if (request.status === 200) { console.log(request.responseText); }
Line 3 sends the request. The null
parameter indicates that no body content is needed for the GET
request.
Line 5 checks the status code after the transaction is completed. If the result is 200 -- HTTP's "OK" result -- the document's text content is output to the console.
Worker
One of the few cases in which a synchronous request does not usually block execution is the use of XMLHttpRequest
within a Worker
.
example.html
(the main page):
<!doctype html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <title>MDN Example</title> <script type="text/javascript"> var worker = new Worker("myTask.js"); worker.onmessage = function(event) { alert("Worker said: " + event.data); }; worker.postMessage("Hello"); </script> </head> <body></body> </html>
myFile.txt
(the target of the synchronous XMLHttpRequest
invocation):
Hello World!!
myTask.js
(the Worker
):
self.onmessage = function (event) { if (event.data === "Hello") { var xhr = new XMLHttpRequest(); xhr.open("GET", "myFile.txt", false); // synchronous request xhr.send(null); self.postMessage(xhr.responseText); } };
Worker
, is however asynchronous.It could be useful in order to interact in background with the server or to preload some content. See Using web workers for examples and details.
There are some cases in which the synchronous usage of XMLHttpRequest was not replaceable, like during the window.onunload
and window.onbeforeunload
events. The navigator.sendBeacon API can support these usecases typically while delivering a good UX.
The following example (from the sendBeacon docs) shows a theoretical analytics code that attempts to submit data to a server by using a synchronous XMLHttpRequest in an unload handler. This results in the unload of the page to be delayed.
window.addEventListener('unload', logData, false); function logData() { var client = new XMLHttpRequest(); client.open("POST", "/log", false); // third parameter indicates sync xhr. :( client.setRequestHeader("Content-Type", "text/plain;charset=UTF-8"); client.send(analyticsData); }
Using the sendBeacon()
method, the data will be transmitted asynchronously to the web server when the User Agent has had an opportunity to do so, without delaying the unload or affecting the performance of the next navigation.
The following example shows a theoretical analytics code pattern that submits data to a server using the by using the sendBeacon()
method.
window.addEventListener('unload', logData, false); function logData() { navigator.sendBeacon("/log", analyticsData); }
{{ languages( {"zh-cn": "zh-cn/DOM/XMLHttpRequest/Synchronous_and_Asynchronous_Requests" } ) }}