es6特性应按实际需求选用：async/await、promise等已成标配，但import/export影响打包，class不改变原型链，map/Set需按场景使用，箭头函数注意this绑定，解构赋值需防NULL/undefined，Promise.all与allSettled依错误策略选择。
ES6（ecmascript 2015）不是“要不要用”的问题，而是你写的代码里已经混进了它的语法——哪怕只是 let 和 const。真正需要关注的是：哪些特性在真实项目中值得主动采用，哪些会悄悄埋下兼容性或可维护性雷。
哪些 ES6 特性现在可以放心用？
现代前端工程基本都经过 Babel 或 typescript 编译，async/await、Promise、解构赋值、箭头函数、模板字符串这些早已是标配。但要注意：
-
import/export是模块系统，不是语法糖——它影响打包产物结构和 tree-shaking 效果，不能简单等同于“写法更短” -
class本质仍是原型链，不改变继承语义；过度封装成“java 风格 class”反而让调试变难 -
Map/Set在需要键为对象或去重逻辑明确时才比{}和数组更有优势，别为了“新”而替换
箭头函数什么时候不该用？
它没有自己的 this、arguments、super，也不支持 new。常见踩坑点：
- vue 或 react 事件回调里用
() => this.handleClick()没问题，但若方法内部要访问this.$refs或this.setState，必须确认上下文已被正确绑定 - 定义对象方法时误写
obj = { fn: () => console.log(this.val) }→this指向外层作用域，不是obj - 需要动态
arguments的工具函数（比如参数透传），不能用箭头函数，得回退到function
解构赋值 + 默认值怎么避免 undefined 坑？
看似简洁的 const { a, b = 1 } = obj，实际运行时若 obj 是 null 或 undefined，直接报错 Cannot destructure Property 'a' of 'undefined'：
立即学习“Java免费学习笔记（深入）”；
- 安全写法是先做存在性判断：
const { a, b = 1 } = obj || {} - 嵌套解构更危险：
const { user: { name } } = data→ 改成const { user = {} } = data; const { name } = user - 函数参数解构默认值只在对应属性为
undefined时生效，null不触发默认值，需额外处理
Promise.all 和 Promise.allSettled 的选择依据
两者行为差异直接影响错误处理策略：
-
Promise.all([p1, p2, p3])：任一失败则整体 reject，适合“全成功才有意义”的场景（如批量提交表单） -
Promise.allSettled([p1, p2, p3])：总会 resolve，返回每个 Promise 的状态对象，适合“各自独立、结果都要收集”的场景（如并行拉取多个配置项） - 注意：node.js 12.9+ 和现代浏览器才原生支持
allSettled；旧环境需 polyfill 或用Promise.all().catch()手动模拟，但逻辑更重
ES6 特性本身没难度，难的是在具体业务流里判断“这里用哪个最不添乱”。比如一个接口请求函数，该用 async/await 还是返回 Promise？取决于调用方是否需要 try/catch 控制粒度，而不是“哪个更新潮”。