JavaScript 框架非必需，而是为解决原生 DOM 操作重复、状态同步混乱与可维护性差等问题；React 以组件、单向数据流和虚拟 DOM 为核心，Vue 则依赖响应式系统与模板编译，二者均为封装抽象而非替代原生。
JavaScript 框架不是“需要”_react（这其实是个误解，React 并没有下划线前缀的官方包名），而是为了解决原生 DOM 操作的重复性、状态同步混乱和可维护性差等实际问题。Vue 和 React 本质是不同风格的解决方案，不是对原生的替代，而是封装与抽象。
React 的核心抽象：组件 + 单向数据流 + 虚拟 DOM
React 把 UI 拆成可复用的 function Component 或 class Component，状态变更触发 render()，再由 React 对比虚拟 DOM 树（React.createElement 构建），只更新真实 DOM 中变化的部分。
常见错误现象：setState 后立即读取 this.state 拿不到新值（异步批处理）；直接修改 state 对象属性不触发更新（必须用 setState 或 useState 的 setter）。
- 原生开发中你要手动
document.getElementById、innerHTML、addEventListener，还要自己管理“什么时候该更新哪块 HTML” - React 中你声明“这个组件应该长什么样”，它负责推导出最小 DOM 变更
- 虚拟 DOM 带来的是开发体验提升，不是绝对性能优势——简单页面原生更快，复杂交互才显价值
Vue 的响应式系统：数据劫持 + 模板编译
Vue 2 用 Object.defineProperty 劫持 data 属性，Vue 3 改用 Proxy，让数据变化自动触发视图更新。模板（）被编译成 render 函数，最终也生成虚拟 DOM。
立即学习“Java 免费学习笔记（深入）”；
使用场景：适合快速构建表单密集、逻辑偏“数据驱动”的管理后台；对初学者更友好，但响应式有边界（如数组索引赋值 arr[0] = x、对象新增属性默认不响应）。
-
v-model是语法糖，本质是:value+@input组合，不是魔法 - 响应式只对初始化时存在的属性 / 数组长度生效；动态新增需用
Vue.set（Vue 2）或reactive/ref（Vue 3） - 模板里写
{{count + 1}}是响应式的，但不能写函数调用带副作用的表达式
原生 JS 开发的真实成本在哪
不是“写不出来”，而是“维护不住”。比如一个搜索框 + 列表 + 分页 + 筛选的模块：
- 原生要手动绑定多个
input事件、防抖、清空列表、拼接 HTML 字符串、处理分页按钮点击、同步 URL 参数、记录滚动位置……每加一个功能都可能破坏已有逻辑 - React/Vue 把这些拆成
useState、useEffect、computed、watch等关注点分离的机制，错误更容易定位 - 没有框架时，DOM 更新时机靠人脑记忆（比如“先改数据再改 UI”还是“先改 UI 再发请求”），框架统一了生命周期
真正容易被忽略的是：框架解决的是协作与演进问题，不是单次实现问题。一个静态页面用原生三行搞定，但当需求从“显示列表”变成“支持 拖拽排序 、离线缓存、权限字段隐藏、国际化、单元测试覆盖”，框架提供的约定和 工具 链（create-react-app、vue-cli、eslint-plugin-react）才体现价值。
