Ответ 1
window.onerror запускается, будь то синтаксис или ошибка времени выполнения. Эта страница из quirksmode содержит списки событий, которые она будет делать и не будет ловить.
Не могли бы вы представить небольшой пример кода, чтобы показать, как мы можем слушать такие ошибки? Можем ли мы также прослушать SyntaxError?
Для небольшого примера кода, чтобы показать, как мы можем слушать такие ошибки:
<!DOCTYPE html>
<html>
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<script type="text/javascript">
window.onerror = function (errorMsg, url, lineNumber) {
alert(errorMsg + lineNumber);
// alert("This is a stack trace! Wow! --> %s", error.stack);
};
</script>
</head>
<body>
<script type="text/javascript">
//var x=document.getElementById("demo").value; //uncomment and run to see
document.write('careless to close the parentheses?'; // ')' is not given
</script>
</body>
</html>
В этом примере в вашем браузере появится предупреждающее сообщение, подобное этому:
Ошибка JavaScript: SyntaxError: отсутствует) после списка аргументов в строке 26 для page_url
В приведенном выше примере: window.onerror = function(message, url, linenumber), аргументы:
-
message: сообщение об ошибке (DOMString) -
url: URL-адрес файла, содержащего ошибку (DOMString) -
linenumber: номер строки, в которой произошла ошибка (unsigned long)
Если вы запустите тот же пример, поместив var x=document.getElementById("demo").value; вместо кода с синтаксической ошибкой (как я показал в примере), он также будет пойман функцией window.onerror() и отобразит предупреждающее сообщение, подобное это:
Ошибка JavaScript: TypeError: document.getElementById(...) имеет значение null строка 25 для page_url
window.onerror действует как глобальный блок try/catch, позволяя вам грациозно обрабатывать (даже с протоколированием сервера). Неотображаемые исключения вы didnt ожидайте увидеть:
-
исключаемые исключения
-
throw "some messages" -
call_something_undefined(); -
cross_origin_iframe.contentWindow.document;, исключение безопасности
-
-
некоторая ошибка компиляции
-
<script>{</script> -
<script>for(;)</script> -
<script>"oops</script> -
setTimeout("{", 10);, он попытается скомпилировать первый аргумент как script
-
Но две основные проблемы, описанные здесь красиво:
-
В отличие от локального блока try/catch, обработчик window.onerror doesnt имеют прямой доступ к объекту исключения и выполняются в глобальный контекст, а не локально, где произошла ошибка. Что означает, что разработчики не имеют доступа к стеку вызовов и не могут сами создайте стек вызовов, пройдя цепочку методов звонящие.
-
Браузеры подходят для дезинфекции данных, предоставляемых обработчика, чтобы предотвратить непреднамеренную утечку данных из скрипты с кросс-началом. Если вы размещаете свой JavaScript на CDN (как вы ), вы получите "Script error.", "" и 0 в вышеперечисленном обработчике. Это не особенно полезно.