内联style属性不推荐使用，因其主动放弃CSS层叠、继承、响应式及可维护性，导致:hover/@media等失效、调试困难、维护成本高，仅适用于拖拽定位、SSR主题色注入等极少数受控动态场景。
内联 style 属性不是“写得快就值得用”，而是主动放弃 CSS 的层叠、继承、响应式和可维护能力——绝大多数项目里，它带来的调试成本和重构风险远超初期省下的几秒编码时间。
内联 style 会让 :hover、@media、:nth-child 等完全失效
浏览器对 style 属性的处理是硬覆盖：一旦元素带了 style="color: red"，所有外部 CSS 规则（包括 .card:hover { color: blue } 或 @media (max-width: 768px) { .card { width: 100% } }）都必须靠 !important 才能竞争。而 !important 本身又破坏层叠逻辑，导致 DevTools 的 Computed Styles 面板里全是 element.style，根本看不出哪条规则本该生效。
- 鼠标悬停没反应？检查元素是否写了
style="color: #333"，hover 规则被静默忽略 - 小屏下布局错乱？很可能是
style="width: 300px"强制锁死了尺寸，媒体查询无法介入 - 用开发者工具选中元素，
Styles面板只显示element.style一栏，看不到任何 class 对应的规则
内联 style 严重拖慢维护效率，改一处要搜几十处
style 属性完全脱离 CSS 的层叠、继承、作用域和媒体查询机制。你改一个按钮背景色，就得全局搜索 background: 或 #007bff，但搜出来的 47 处里，可能有 32 处是误命中（比如注释里的颜色值、JS 字符串里的十六进制），9 处该升级为响应式，6 处其实是布局 bug。
- 重复出现的
style="padding: 8px 16px; border-radius: 4px;"很可能表达的是同一语义：主操作按钮，应归类为.btn-primary统一管理 - HTML 模板里禁止出现
style属性；动态控制优先走el.className = 'text-error'，而非el.style.color = 'red' - 拼接字符串（如
el.style.cssText = `color:${c};font-size:${s}px`）极易漏分号或引号，导致白屏
内联 style 在构建、缓存、调试全流程中全面掉队
现代前端工程链路（Vite、Webpack、PostCSS）对内联样式基本不感知：构建工具无法提取、压缩、按需分割；css-minimizer-webpack-plugin 对它完全失效；浏览器也不复用 <style> 内容，每个页面都得重新下载、解析、注入，哪怕样式完全相同。
立即学习“前端免费学习笔记（深入）”；
- Chrome DevTools 的
Styles面板会出现两套.card：一套来自<style>，一套来自components.css，优先级打架时你永远猜不到哪条生效 -
element.style.color返回空字符串？因为计算值不在style属性里，而在 computed styles 里——你根本没法批量读写 - 服务端渲染时，
style={{}}（React）或:style={}（Vue）本质仍是运行时拼字符串，无法提取变量、无法服务端预编译、环境差异可能导致首屏样式不一致
真正绕不开 style 的场景极少：运行时计算的位置/尺寸（如拖拽中的 transform: translateX()）、SSR 主题色注入、Canvas 容器宽高绑定——这些必须由 JS 受控赋值，且应封装成独立函数，避免在事件回调里反复读写 offsetWidth 触发强制同步布局。
