箭头函数不绑定this，而是继承外层普通函数的this，适合嵌套回调如定时器、事件监听、promise链等；但不可用于对象方法、class常规方法等依赖动态this的场景。
箭头函数本身不解决“this丢失”，它靠的是不绑定自己的this——直接继承外层普通函数的this值。所以它不是在“修复”丢失，而是从源头绕开动态绑定机制。关键在于用对地方：适合嵌套回调，不适合对象方法或需要动态上下文的场景。
箭头函数真正起作用的典型场景
它最可靠的地方，是作为内层回调函数，比如定时器、事件监听、Promise链、数组方法等，此时外层已有确定的this（如类实例或对象方法），箭头函数自然捕获它：
- 定时器中访问实例属性：
setInterval(() => { console.log(this.name); }, 1000) - 事件监听绑定到类实例：
button.addEventListener('click', () => this.handleClick()) - 数组遍历时保持上下文：
items.map(item => this.process(item))
哪些地方绝对不能用箭头函数替代普通函数
对象方法、原型方法、class中的常规方法，都必须用普通函数声明。因为这些方法依赖调用时的上下文来决定this指向：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 对象字面量里写箭头函数：
obj = { method: () => console.log(this) }→ this不是obj，而是外层作用域（常为undefined） - class中定义箭头函数为方法：
class A { foo = () => {} }→ 这其实是类字段语法+实例绑定，并非箭头函数本身的功劳 - 把方法赋值后调用：
const m = obj.method; m()→ 即使method是普通函数，赋值后也会丢失this；若它是箭头函数，则从一开始就没绑定过this，更不可靠
比箭头函数更稳妥的替代方案
当需要明确、可复用、可调试的this绑定时，优先考虑以下方式：
-
bind(this)：在构造函数或初始化阶段绑定，生成稳定函数引用，适合频繁触发的事件 - 显式传参代替依赖this：
handler(item)比handler()+this.item更清晰可控 - 在普通方法内部使用箭头函数：外层方法已确立this，内层箭头函数安全继承，逻辑边界清晰
一句话判断该不该用箭头函数
问自己：这个函数是否永远只在当前上下文中被调用？它会不会被提取、传递、或作为方法被其他对象调用？ 如果答案是“只在这里用，不传出去”，箭头函数合适；如果它要暴露为公共接口、支持多种调用方式，就必须用普通函数 + 合理绑定策略。
