十大 JavaScript 错误以及避免他们的方法

1. Uncaught TypeError: Cannot Read Property

这是 JavaScript 开发人员最常遇到的错误。当你读取一个属性或者调用一个未定义对象的方法时，Chrome 中就会报出这样的错误。

导致这个错误发生的起因有很多，常见的一种情况是在渲染 UI 组件时，不正确地初始化状态。我们来看一个真实的应用程序中发生这种情况的例子：

以上代码有两个重要方面：

一是组件的状态（例如 this.state），在开始生命周期之前是 undefined 状态。

二是当通过异步的方式获取数据时，无论是在构造函数中

componentWillMount 中，还是在构造函数中提取?

componentDidMount，组件在数据加载之前至少会渲染一次。当检测初次渲染时，会发现 this.state.items?

是未定义的。此时就会出现一个错误 -“Uncaught TypeError: Cannot read property ‘map’ of?

undefined” in the consol”。

处理的方法很简单：在构造函数中使用正当的默认值进行状态初始化。

2. TypeError: ‘undefined’ Is Not an Object (evaluating…)

这是在 Safari 中读取属性或者调用未定义对象上的方法时发生的错误，这与 Chrome 的上述错误基本相同，只是 Safari 使用不同的错误消息。

3. TypeError: Null Is Not an Object (evaluating…)

这是在 Safari 中读取属性或者调用空对象上的方法时发生的错误。

有趣的是，在 JavaScript 中，null 和 undefined 是两种不同的类型，这就是为什么会出现两个不同的错误消息。未定义通常是一个尚未分配的变量，而 null 则表示该值为空。要验证它们不相等，请使用严格的相等运算符：

在实际情况中，导致这种错误的起因之一是：在元素加载之前，就尝试在 JavaScript 中使用 DOM 元素。这是由于 DOM API 对于空白的对象引用返回 null。

任何执行和解决

DOM 元素的 JS 代码，都应该在创立 DOM 元素之后执行。JS 代码按照 HTML 中的规定自上而下进行解释。因而，假如在 DOM?

元素之前存在标签，则脚本标签内的 JS 代码就会在浏览器分析 HTML 页面时执行。假如在加载脚本之前尚未创立 DOM?

元素，就会出现这样的错误。

在这个例子中，我们可以通过增加一个事件侦听器来处理这个问题，事件侦听器会在页面准备就绪时通知我们。一旦 addEventListener 被触发，该 init( ) 方法即可以使用 DOM 元素。

这里还是要推荐下小编的web前台学习群:867726593，不论你是小白还是大牛，小编我都欢迎，不定期分享干货，包括小编自己整理的一份最新的web前台资料和0基础入门教程，欢迎初学和进阶中的小伙伴。在不忙的时间我会给大家解惑。

4. (unknown): Script Error

当未捕获的

JavaScript 错误违反跨边界准则时，就会发生脚本错误。例如，假如将 JavaScript 代码托管在 CDN?

上，则任何未被捕获的错误（通过 window.onerror 解决程序发出的错误，而不是 try-catch?

中捕获到的错误）将仅报告为“脚本错误”。这是浏览器的一种安全措施，主要用于防止跨域传递数据的情况出现。

要获取真实的错误消息，需要执行以下操作：

Access-Control-Allow-Origin

将 Access-Control-Allow-Origin 设置为 *， 表示可以从任何域正确访问资源。* 如有必要，也可以用自己的域名进行替换，例如：

Access-Control-Allow-Origin: http://www.example.com。

以下是在各种环境中设置的少量示例：

Apache

在 JavaScript 文件夹中，创立一个 .htaccess 文件，并包含以下内容：

Nginx

将 add_header 指令增加到提供 JavaScript 文件的 location block 中：

HAProxy

将以下内容增加到提供 JavaScript 文件的静态资源配置后台：

在脚本标签上设置crossorigin =“anonymous”

在你的

HTML 源代码中，为每一个脚本设置 Access-Control-Allow-Origin，在设置 SCRIPT 标签中，设置?

crossorigin=”anonymous”。在将 crossorigin 属性增加到脚本标签之前，请确保正在向脚本文件发送 header。在

Firefox 中，假如 crossorigin 属性存在但 Access-Control-Allow-Origin?

标题不存在，则脚本不会执行。

5. TypeError: Object Doesn’t Support Property

当调用未定义的方法时，IE 中会发生这样的错误。

这相当于 Chrome 中的 “undefined’ is not a function” 错误。对于相同的逻辑错误，不同的浏览器可能会有不同的错误消息。

这是在

IE 的 Web 应用程序中使用 JavaScript?

命名空间出现的一个常见问题。出现这种情况的绝大部分起因是IE无法将当前名称空间内的方法绑定到this关键字。例如，假如你有 JS Rollbar

方法的命名空间 isAwesome。通常，假如位于 Rollbar 命名空间内，则可以使用以下语法调用该 isAwesome 方法：

Chrome、Firefox 和 Opera 接受这种语法，IE则不接受。因而，使用 JS 命名空间时最安全的做法是：始终以实际名称空间作为前缀。

6. TypeError: ‘undefined’ Is Not a Function

当调用未定义的函数时，Chrome 中就会发生这样的错误。

随着 JavaScript 编码技术和设计模式在过去几年中变得越来越复杂，回调和闭包中的自引用范围也相应添加，这是造成这种混乱现象的主要来源。

正如下面的示例代码片段：

执行上面的代码会导致以下错误：“Uncaught

TypeError: undefined is not a function。” 发生以上错误的起因是，当你调用 setTimeout(?

) 时，实际上是在调用 window.setTimeout( )，传递给 setTimeout( )?

的匿名函数是在窗口对象的上下文中定义的，而该窗口对象没有 clearBoard( ) 方法。

符合旧版浏览器的处理方案是以变量的方式简单地将引用保存在 this 中，而后通过闭包继承。例如：

或者者，在较新的浏览器中，使用 bind( ) 方法传递引用：

7. Uncaught RangeError: Maximum Call Stack

这是在很多种情况，Chrome 中发生的错误，一种情况是当你调用一个不会终止的递归函数时。

假如将值传递给超出范围的函数，也可能会发生这种情况。许多函数只接受特定范围内的数字输入值。例如，Number.toExponential(

digits ) 与 Number.toFixed( digits) 接受的参数范围为从0到20，而 Number.toPrecision(?

digits ) 接受的数字范围为从1至21。

8. TypeError: Cannot Read Property ‘length’

这是 Chrome 中发生的错误，由于读取了未定义长度属性的变量。

通常在数组中能够找到定义的长度，但是假如数组未初始化或者变量名在另一个上下文中隐藏，则可能会出现这种错误。让我们用下面的例子来解释这种错误。

当用参数公告一个函数时，这些参数会成为本地参数。这意味着即便你有名称变量 testArray，函数中具备相同名称的参数仍会被视为本地参数。

有两种方法可以处理这个问题：

1. 删除函数公告语句中的参数：

2. 调用传递给我们公告的数组函数：

9. Uncaught TypeError: Cannot Set Property

当尝试访问未定义的变量时，总会返回 undefined。我们也无法获取或者设置 undefined 的任何属性。在这种情况下，应用程序将抛出“Uncaught TypeError cannot set property of undefined”。

例如，在 Chrome 浏览器中，假如 test 对象不存在，就会出现这种错误：

所以就需要在访问变量之前，对变量进行定义。

10. ReferenceError: Event Is Not Defined

尝试访问未定义的变量或者当前范围之外的变量时会引发此错误。

假如在使用事件解决系统时遇到此错误，请确保使用传入的事件对象作为参数。IE 这样的浏览器提供了全局变量事件，Chrome 会自动将事件变量附加四处理程序中，Firefox 则不会自动增加事件变量。

结论

事实证实很多这些 null 或者 undefined 的错误是普遍存在的。 一个相似于 Typescript 这样的好的静态类型检查系统，当设置为严格的编译选项时，能够帮助开发者避免这些错误。