首页/文章/八股文

JavaScript 中的this

2025-08-31
19457 分钟
...

引言:为什么 this 让开发者又爱又恨?

在 JavaScript 的生态系统中,this 是一个极具争议的核心概念。它灵活、动态,却又常常“出人意料”。许多开发者在调试时都会遇到类似问题:

“为什么 this.nameundefined?”
“明明是对象的方法,怎么 this 指向了 window?”
“箭头函数到底有没有 this?”

这些问题的背后,是 JavaScript 独特的执行上下文机制动态绑定策略。与 Java、C++ 等静态绑定语言不同,JavaScript 的 this 是在函数运行时根据调用方式决定的。

本文目标

  • 理解 this 的动态绑定机制
  • 掌握四种绑定规则及其优先级
  • 深入理解箭头函数对 this 的影响
  • 解决 this 丢失等常见陷阱
  • 提供最佳实践与调试技巧

第一章:this 的本质——它到底是谁?

1.1 this 不是函数本身,也不是作用域

一个常见的误解是认为 this 指向函数自己,或者指向其词法作用域。但事实并非如此。

function foo() {
  console.log(this === foo);        
  console.log(this === window);     
}
foo();
  • this 并不指向函数 foo
  • this 也不属于词法作用域([[Scope]]),而是属于执行上下文(Execution Context)

1.2 执行上下文与 this 的关系

每当一个函数被调用时,JavaScript 引擎会创建一个执行上下文,其中包含:

  • 变量对象(Variable Object)
  • 作用域链(Scope Chain)
  • this 绑定(This Binding)

this 的值就是在这一时刻,根据函数的调用方式动态确定的。

📌 关键点this 在函数定义时无法确定,只有在调用时才能知道它的指向。


第二章:this 的四大绑定规则(核心机制)

JavaScript 中 this 的绑定遵循四种规则,按优先级从高到低排列:

优先级规则触发方式
1new 绑定使用 new 调用构造函数
2显式绑定使用 callapplybind
3隐式绑定作为对象方法调用
4默认绑定独立函数调用

我们逐个解析。


2.1 默认绑定(Default Binding)——最基础的规则

当函数独立调用时(无上下文对象),this 指向全局对象。

function sayHello() {
  console.log(this);
}

sayHello(); 

严格模式下的变化

'use strict' 模式下,独立调用的函数 thisundefined

'use strict';

function strictFunc() {
  console.log(this); 
}
strictFunc();

⚠️ 注意:默认绑定是 this 问题的根源之一,尤其是在函数被赋值或作为回调传递时。


2.2 隐式绑定(Implicit Binding)——谁调用,this 就是谁

当函数作为对象的方法被调用时,this 指向该对象。

const user = {
  name: 'Alice',
  greet() {
    console.log(`Hello, I'm ${this.name}`);
  }
};

user.greet(); 

此时 this 指向 user,因为是 user.greet() 的方式调用。

隐式丢失(Implicit Loss)——最常见陷阱

const greetFunc = user.greet;
greetFunc(); 

虽然 greetFunc 引用了 user.greet,但调用时是独立函数调用,因此 this 指向全局或 undefined

链式调用中的 this

const obj = {
  a: {
    name: 'Bob',
    greet() {
      console.log(this.name);
    }
  }
};

obj.a.greet(); 

this 永远指向直接调用者,即最后一个 . 前的对象。


2.3 显式绑定(Explicit Binding)——手动控制 this

JavaScript 提供三种方法显式设置 this

方法语法是否立即调用参数形式
callfunc.call(obj, a, b)逐个参数
applyfunc.apply(obj, [a,b])数组
bindfunc.bind(obj, a, b)返回新函数

callapply:立即调用

function introduce(age, city) {
  console.log(`${this.name} is ${age} in ${city}`);
}

const person1 = { name: 'Charlie' };
const person2 = { name: 'Diana' };

introduce.call(person1, 25, 'Beijing');   
introduce.apply(person2, [30, 'Shanghai']); 

bind:返回绑定 this 的新函数

const boundIntroduce = introduce.bind(person1, 25);
boundIntroduce('Hangzhou'); 


const anotherObj = { name: 'Eve' };
boundIntroduce.call(anotherObj, 'New York'); 

应用场景:事件监听、定时器回调、函数柯里化。


2.4 new 绑定(New Binding)——构造函数的 this

使用 new 调用函数时,会创建一个新对象,并将 this 指向它。

function Person(name) {
  this.name = name;
  console.log(this); 
}

const p = new Person('Frank');
console.log(p.name); 

new 的执行步骤

  1. 创建一个空对象({})。
  2. 将构造函数的 prototype 赋给新对象的 __proto__
  3. this 指向新对象。
  4. 执行构造函数体。
  5. 若构造函数返回对象,则返回该对象;否则返回新对象。
function BadConstructor() {
  this.value = 1;
  return { value: 2 }; 
}

new BadConstructor().value; 

第三章:绑定规则的优先级验证

我们通过实验验证四种规则的优先级。

3.1 显式绑定 > 隐式绑定

const obj1 = { name: 'Grace', fn() { console.log(this.name); } };
const obj2 = { name: 'Henry' };

obj1.fn();           
obj1.fn.call(obj2);  

3.2 new 绑定 > 显式绑定

function foo() {
  console.log(this.name);
}

const obj = { name: 'Ivy' };
const boundFoo = foo.bind(obj);

new boundFoo(); 

结论new 绑定优先级最高,甚至能“穿透” bind 的绑定。


第四章:箭头函数中的 this ——没有自己的 this

4.1 箭头函数的核心特性

ES6 箭头函数(=>)有以下特点:

  • 不能作为构造函数(new 报错)
  • 没有 argumentssupernew.target
  • 没有自己的 this,继承外层作用域的 this
const arrow = () => {
  console.log(this);
};

arrow(); 

4.2 箭头函数的 this 继承机制

箭头函数的 this定义时确定,而非调用时。

const obj = {
  name: 'Jack',
  regular() {
    console.log(this.name); 

    const inner = () => {
      console.log(this.name); 
    };
    inner();
  },
  arrow: () => {
    console.log(this.name); 
  }
};

obj.regular(); 
obj.arrow();   

4.3 箭头函数解决 this 丢失

传统方式:

function Timer() {
  this.seconds = 0;
  setInterval(function() {
    this.seconds++; 
  }.bind(this), 1000);
}

箭头函数方式(更简洁):

function Timer() {
  this.seconds = 0;
  setInterval(() => {
    this.seconds++; 
  }, 1000);
}

4.4 箭头函数的陷阱

const obj = {
  count: 0,
  increment: () => {
    this.count++; 
  }
};

obj.increment();
console.log(obj.count); 

建议:对象方法不要用箭头函数,除非你明确需要继承外层 this


第五章:不同环境下的 this 行为

| 环境 | 全局 this | 模块内 this | | --- | --- | --- | --- | | 浏览器 | window | window | | Node.js | global | module.exports | | 严格模式 | undefined | undefined | ```javascript |

console.log(this); console.log(this === module.exports);

* * *

**第六章常见陷阱与解决方案**
-----------------

### **6.1 回调函数中的 `this` 丢失**

```javascript
class Counter {
  constructor() {
    this.count = 0;
  }

  start() {
    setInterval(() => {
      this.count++; 
    }, 1000);
  }
}

替代方案(传统):

start() {
  const self = this;
  setInterval(function() {
    self.count++;
  }, 1000);
}

6.2 解构导致 this 丢失

const { greet } = user;
greet(); 

解决方案:使用 bind() 或保持方法引用。


结语:掌握 this,掌控 JavaScript 的灵魂

this 是 JavaScript 动态特性的集中体现。它既是挑战,也是力量的源泉。通过理解其绑定机制、善用箭头函数、规避常见陷阱,你将能写出更健壮、更可维护的代码。

🔥 记住this 不是魔法,而是规则。掌握规则,你就能驾驭它。

如果您觉得这篇文章有帮助,请点个赞吧~

分享文章

相关文章

更多文章 →
八股文2025-10-13
cookie跨域介绍
Cookie 跨域问题详解 在 Web 开发中, Cookie 是最常见的客户端存储机制之一,用于记录用户登录状态、偏好设置、会话信息等。然而,当涉及到 跨域请求 时,Cookie 的行为往往变得复杂,尤其在现代浏览器的安全策略下,跨域 Cookie 的传递和写入都有严格的限制。 本文将从基础概念开始,逐步讲解 Cookie 的跨域机制、SameSite 属性、CORS 配置及常见问题解决方案。 一、Cookie 的基础概念 Cooki...
学习面试
八股文2025-10-09
JavaScript 闭包详解
JavaScript 闭包(Closure)详解 一、什么是闭包 闭包(Closure) 是 JavaScript 中一个非常核心且常被问到的概念。简单来说: 闭包是一个函数,它可以“记住”并访问其定义时所在的词法作用域,即使这个函数在其作用域之外被调用。 换句话说,当一个函数“嵌套”在另一个函数中,并且 内部函数引用了外部函数的变量 时,就形成了闭包。 示例: 虽然 已经执行完毕,但 依然可以访问 中的 。这就是闭包。 二、闭包的形成...
学习面试
八股文2025-10-07
开始性能优化之旅
事件循环机制 一、JavaScript 引擎的本质 核心职责 : 解析 JavaScript 语法 管理变量和内存 执行代码逻辑 不涉及 : 线程管理(Worker除外) I/O 操作 定时器控制 网络请求 常见引擎:V8(Chrome)、SpiderMonkey(Firefox)、JavaScriptCore(Safari) 二、宿主环境的扩展能力 宿主提供的多线程能力 : | 线程类型 | 功能 | 对应 API | | | | |...
学习面试
八股文2025-09-30
前端首屏优化
话说,我在面试的时候,80%的情况下,都会被问到首屏优化问题,烦,恨 TCP Slow Start(慢启动)概念 咱先不说标题的数字哪里来的,先说一个概念,就是TCP的慢启动。 你们想哈,在浏览器和服务器开始建立连接的时候,服务器是并不知道浏览端网络的带宽、拥塞状况。假设你本地的带宽是1M,如果一开始服务器就发送2M的文件,那浏览器压根就不是人类,忍忍或者挤挤就能接收到的,这样就可能会引发丢包和重传。 想想,这个该有什么办法解决这个问题...
学习面试
八股文2025-09-28
Function.prototype和Object.prototype
一道面试题引发的原型链血案,彻底搞懂 Function.prototype 和 Object.prototype 前言 有这样一道题: 目录 问题分析与答案揭晓 让我们先公布正确答案,然后深入分析原因: 为什么 是 而不是 ? 这是因为函数和实例的原型链路径完全不同! 原型链的本质机制 JavaScript中的两条原型链 在JavaScript中,存在两条不同的原型链:       关键理解:F.proto...
学习面试
八股文2025-09-10
让你彻底明白什么是闭包
今天我们来聊一个听起来很高大上,但实际上你可能天天在用(只是不知道它名字)的概念—— 闭包 。 一、一个你肯定写过的闭包 先别管定义,来看这段代码,你是不是再熟悉不过了? 恭喜你!这就是一个经典的闭包!是不是很简单? 二、为什么会有闭包?—— 背包的故事 想象一下,JavaScript 中的函数就像一个小机器人,当它被创建时,会背着一个神奇的 背包 。 这个背包里装着什么呢?装着它 出生时 所在环境的所有变量! 当我们调用 时,返回的那...
学习面试

评论

请登录后发表评论

去登录
加载评论中...

目录