框架调用你的代码，库由你调用；控制反转体现为执行权归属——axios.get()由你控制时机，useeffect等钩子则由框架在指定时机触发。
框架和库最本质的区别，就看谁在调用谁：你调用库，库不干涉你；框架调用你的代码，你得按它的节奏来。
“控制反转”不是术语，是实际开发中的手感
写一个 axios.get()，你决定什么时候发、发给谁、怎么处理响应——整个流程由你控制；但写一个 useEffect 或 mounted 钩子，你只是把函数交出去，框架在它认为合适的时机（比如组件挂载后）才执行它。
- 常见错误现象：在 Vue 的
setup()里直接写异步请求却不 await，结果数据没等回来就渲染了——这不是语法错，是没理解框架的执行时序 - 使用场景：需要手动管理 DOM 更新节奏？选库（如
Alpine.js）；需要自动同步状态与视图？框架（如React或Vue）更省心 - 性能影响：库调用是即时的，可控；框架的调度可能引入微任务延迟（比如 Vue 的 nextTick），高频操作下要注意响应时机
体积和学习成本不是线性关系，而是“拐点式”增长
引入 dayjs 只需一行 import dayjs from 'dayjs'，改个格式立刻见效；但引入 Angular，你得先配好 CLI、理解 @Component 装饰器、搞清模块注入、再跑通第一个服务——中间任何一环卡住，项目就停在白屏。
- 参数差异：
lodash.cloneDeep(obj)没配置项；createApp(App)却要搭配.use(router)、.mount('#app')才算真正启动 - 容易踩的坑：用
Vite创建 React 项目后，以为 “没配 Webpack 就等于没框架”，其实React + Vite + TanStack Router已构成完整框架级约束，只是隐式而已 - 兼容性影响：库通常只依赖 JS 运行时（如
zod校验在 Node 和浏览器都能跑）；框架往往绑定构建工具链（如Nuxt强依赖nitro服务端运行时）
选错不是“不好用”，而是“越用越拧巴”
硬用一堆库拼后台系统，很快会遇到：路由跳转不触发状态重置、表单提交后权限按钮没刷新、分页参数在 URL 和组件 state 里两头改——这不是 bug，是缺乏统一调度导致的状态割裂。
立即学习“Java免费学习笔记（深入）”；
- 小项目验证信号：如果连续三次想“要是有个生命周期钩子就好了”，说明该考虑框架了
- 团队信号：实习生频繁问“这个请求该放哪？组件里还是外面？”，大概率是当前技术选型模糊了职责边界
- 真实代价：jQuery 项目加了个
Swiper库，改完即走；但用React改造老系统时，发现ref和事件委托行为不一致，就得重写交互逻辑——框架的约束力，会在边界处突然显现
真正难的不是记住“框架调用你，库你调用”，而是在第一次封装组件、第一次拆分路由、第一次调试状态丢失时，能意识到：这不是代码写错了，是控制权交接出了偏差。
