zoukankan      html  css  js  c++  java
  • How can we listen for errors that do not trigger window.onerror?

    原文: http://stackoverflow.com/questions/19141195/how-can-we-listen-for-errors-that-do-not-trigger-window-onerror

    window.onerror is triggered whether it was a syntax or runtime error. This page from quirksmode has lists of what error events it will and will not catch.

    Could you please provide a small code example to show how we can listen for such errors? Can we listen for SyntaxError too?

    For a small code example to show how we can listen for such errors:

    <!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>

    running this example in your browser will pop up an alert message similar to this:

    JavaScript error: SyntaxError: missing ) after argument list on line 26 for page_url

    In the above example: window.onerror = function(message, url, linenumber), the arguments are:

    1. message: the error message (DOMString)
    2. url: the URL of the file containing the error (DOMString)
    3. linenumber: the line number where the error occurred (unsigned long)

    If you run the same example by putting var x=document.getElementById("demo").value; instead of the code with syntax error(as i have shown in the example), it will also be caught by the window.onerror() function and will show an alert message similar to this:

    JavaScript error: TypeError: document.getElementById(...) is null on line 25 for page_url

    window.onerror acts something like a global try/catch block, allowing you to gracefully handle(even with server logging) uncaught exceptions you didn’t expect to see:

    • uncaught exceptions

      1. throw "some messages"
      2. call_something_undefined();
      3. cross_origin_iframe.contentWindow.document;, a security exception
    • some more compile error

      1. <script>{</script>
      2. <script>for(;)</script>
      3. <script>"oops</script>
      4. setTimeout("{", 10);, it will attempt to compile the first argument as a script

    But two major issues described here nicely:

    1. Unlike a local try/catch block, the window.onerror handler doesn’t have direct access to the exception object, and is executed in the global context rather than locally where the error occurred. That means that developers don’t have access to a call stack, and can’t build a call stack themselves by walking up the chain of a method’s callers.

    2. Browsers go to great lengths to sanitize the data provided to the handler in order to prevent unintentional data leakage from cross-origin scripts. If you host your JavaScript on a CDN (as you ought), you’ll get “Script error.”, “”, and 0 in the above handler. That’s not particularly helpful.

    shareedit
  • 相关阅读:
    JS精度问题(0.1+0.2 = 0.3吗?)
    力导向算法的研究与改进
    React Hooks的memo和useCallback
    React Hooks vs Vue Composition Api
    docker常用命令
    win10一台电脑上配置多个git账户
    eslint+prettier 统一代码风格
    c#中关于值类型,引用类型在栈,堆栈的分配
    js里的__proto__和prototype
    golang之冒泡排序
  • 原文地址:https://www.cnblogs.com/oxspirt/p/6701602.html
Copyright © 2011-2022 走看看