sx属性本身不慢，真正拖慢渲染的是render中反复创建新对象、嵌套计算或无节制访问theme深层字段；应使用缩写、静态值、useMemo缓存及扁平响应式写法。
sx 属性不是 CSS-in-JS 的性能黑洞，但滥用它确实会拖慢渲染。它本身不慢，真正拖慢的是在 render 函数里反复创建新对象、嵌套计算、或无节制访问 theme 深层字段。
为什么 sx 会变慢？关键在对象引用和 theme 计算
每次 sx 接收一个新对象（哪怕结构相同），React 就认为样式变了，触发重渲染；若对象里含 theme => theme.spacing(2) 这类函数调用，每次 render 都执行一次计算。
- 避免写
sx={{ padding: theme => theme.spacing(2) }}—— 改用sx={{ p: 2 }}（缩写已预计算） - 不要在组件内部定义内联对象：
const style = { color: 'red' }; return <box sx="{style}"></box>—— 对象引用每次不同，强制重绘 - 禁止在
sx中调用自定义 hook 或复杂逻辑，比如sx={{ opacity: useSomeCalculation() }}
哪些 sx 写法是安全且推荐的？
真正高性能的 sx 是静态、可复用、带缩写的。MUI 内部对常见键做了缓存和映射，比如 p、mt、bgcolor 等。
- 用缩写代替长名：
sx={{ m: 1, p: 2, bgcolor: 'primary.main', borderRadius: 1 }}，比margin、padding、backgroundColor快 - 颜色值优先用语义路径：
'error.dark'而非'#d32f2f'，主题变更时无需改代码 - 响应式写法要扁平：
sx={{ display: { xs: 'none', md: 'block' } }}，别嵌套对象或函数
动态值必须计算时，怎么避免重复创建对象？
当 sx 需依赖 props 或状态（比如根据 variant 切换背景），直接内联对象仍会高频重建。正确做法是提取为 memoized 对象或使用 useMemo。
立即学习“前端免费学习笔记（深入）”；
- 简单分支用三元：
sx={{ bgcolor: variant === 'danger' ? 'error.light' : 'success.light' }} - 多条件或复杂逻辑，用
useMemo缓存结果：const sxProps = useMemo(() => ({ bgcolor: getBgColor(variant), p: size === 'sm' ? 1 : 2 }), [variant, size]) - 绝对不要在
sx里写{...otherSx, bgcolor: dynamicColor}—— 展开操作创建新对象，破坏引用稳定性
最常被忽略的一点：sx 的“动态”不等于“每次都要算”。多数所谓动态场景，其实只需要在 props 变化时更新一次，而不是每帧都 new 一个对象。把计算移到 useMemo 或组件顶层，比在 sx 里塞函数安全十倍。
