styled-components通过${props => props.xxx}函数形式读取props控制样式，避免首次渲染undefined错误；支持theme与props混用、attrs预设非样式属性，需规避高频变动值传入。
styled-components怎么用props传参控制样式
直接用props对象解构就能在模板字符串里读取，不需要额外绑定或高阶函数包装。关键在于写法要对：必须用反引号（`），且插值语法是${props => props.xxx}，不是${props.xxx}——后者在组件首次渲染时会报undefined错误。
常见错误现象：TypeError: Cannot read property 'color' of undefined，本质是 styled-component 在生成样式规则阶段就执行了插值函数，此时 props 还没注入，必须用函数形式延迟求值。
- 正确写法：
const Button = styled.button`color: ${props => props.primary ? 'blue' : 'gray'};`</li> <li>错误写法：<code>color: ${props.primary ? 'blue' : 'gray'};（props 未定义） - 支持嵌套属性：
background: ${props => props.theme?.bg || '#fff'}; - 可结合
css辅助函数复用逻辑：import { css } from 'styled-components'; const hoverStyle = css`&:hover { opacity: 0.8; }`;
如何让动态样式响应props变化并避免重渲染开销
styled-components 默认会对每个唯一 props 组合缓存一份 CSS 规则，所以Button primary={true}和Button primary={false}实际生成两条 class 名，不共享样式。这不是 bug，是设计使然——它保证样式隔离，但要注意别把高频变动的值（比如鼠标坐标、滚动位置）直接塞进 props 控制样式，否则触发大量 CSS 注入和重排。
- 适合传的 props：主题模式（
dark）、状态（disabled、loading）、尺寸（size="sm"）等离散、低频变更值 - 不适合传的 props：实时数值（
progress={e.clientX}）、随机数、Date.now() 等每次渲染都不同的值 - 性能提示：用 React DevTools 的 “Highlight updates” 可观察是否因 props 微小变化导致整个组件重渲染
theme 和 props 混用时的优先级和覆盖逻辑
theme 是通过ThemeProvider注入的全局上下文，而props是组件实例级输入，二者无默认优先级关系——谁在模板字符串里写得靠后、逻辑覆盖得更具体，谁就生效。比如同时用props.color和props.theme.color，最终颜色取决于你写的表达式顺序。
立即学习“前端免费学习笔记（深入）”；
- 推荐做法：用 props 做“覆盖层”，theme 做“基础层”，例如
color: ${props => props.color || props.theme.textColor}; - 注意 theme 属性名冲突：如果 props 里也叫
theme，会覆盖 context 中的 theme，建议避免命名重叠 - 调试技巧：在插值函数里加
console.log(props)，确认实际传入值（注意仅开发环境加，避免生产日志污染）
为什么用 attrs 方法设置默认 props 不推荐用于样式逻辑
attrs 是用来预设 HTML 属性（如type="button"）或透传非样式 props 的，它不能替代样式计算逻辑。一旦你用attrs({ color: 'red' })硬编码样式值，就失去了基于运行时 props 动态响应的能力，后续再传color="blue"也不会覆盖。
- 错误场景：
const Input = styled.input.attrs({ disabled: true })`opacity: ${props => props.disabled ? 0.5 : 1};`—— 这里disabled永远为 true，props.disabled 永远不会变 - 正确替代：用 defaultProps 或组件内部条件判断，样式逻辑仍交由插值函数处理
- attrs 合理用途：设置
data-testid、autoComplete="off"等不影响样式的属性
