应优先使用 max-width 而非 width——它设上限而不强制固定尺寸，配合 width: fit-content 或 inline-block 实现内容自适应且不超限；width 仅适用于需等宽的按钮组，并须搭配 flex/grid 布局。
按钮宽度用 width 还是 max-width？
直接用 width 会强制固定尺寸，破坏响应式基础；max-width 才是更安全的选择——它只设上限，允许内容撑开或收缩。比如按钮文字变长时，max-width: 200px 不会截断，而 width: 200px 可能导致文字换行或溢出。
常见错误：给按钮写 width: 100% 后发现它在小屏上太宽、大屏上又太窄。这不是 width 的问题，而是没配合容器约束或断点控制。
-
width适合明确需要等宽的按钮组（如工具栏），但必须搭配flex或grid容器做整体布局 -
max-width更通用，尤其适合单个按钮，配合width: fit-content或inline-block实现“内容决定宽度，但不超限” - 避免同时设
width和max-width，除非你清楚层叠规则：后者仅在width计算值超过它时生效
什么时候必须加 @media 查询？
不是所有按钮都需要媒体查询。只有当「视觉比例」或「交互舒适度」在特定视口下明显失衡时才加。比如：小屏上按钮文字被压缩看不清、手指点击区域小于 48×48px、大屏上按钮孤立得像一个小点。
关键判断依据是实际设备测试，而不是凭经验写一堆断点。主流做法是从移动优先出发，先写默认样式（小屏适配），再用 min-width 逐步增强。
立即学习“前端免费学习笔记（深入）”；
- 小屏默认：
padding: 12px 20px; font-size: 16px;（保证可点性） - 平板起（≥768px）：
@media (min-width: 768px) { padding: 14px 24px; font-size: 18px; } - 桌面起（≥1024px）：
@media (min-width: 1024px) { padding: 16px 32px; }，此时可考虑加min-width: 120px防止过窄
max-width 和 @media 混用的典型陷阱
最常踩的坑是：在媒体查询里反复重写 max-width，却忘了它本身是响应式的——max-width: 80% 在任何宽度下都生效，不需要每个断点都设一遍。
真正需要在媒体查询里调整的，是那些「与视口强相关」的值：比如小屏用 max-width: 90% 占满可用空间，大屏改用 max-width: 240px 防止按钮过大。
- 别写：
@media (min-width: 768px) { max-width: 200px; } @media (min-width: 1024px) { max-width: 240px; }—— 这样没问题，但前提是默认没设max-width，否则可能被覆盖 - 要检查层叠顺序：外部样式表、组件内联样式、
!important都会影响最终结果 - 用浏览器开发者工具的「Computed」面板看最终
max-width值，比猜更可靠
.btn {
display: inline-block;
padding: 12px 20px;
font-size: 16px;
max-width: 90%;
width: fit-content;
}
@media (min-width: 768px) {
.btn {
padding: 14px 24px;
font-size: 18px;
max-width: 200px;
}
}
@media (min-width: 1024px) {
.btn {
padding: 16px 32px;
max-width: 240px;
}
}
实际项目中，按钮的「响应逻辑」往往不在宽度本身，而在它所处的布局上下文。比如 Flex 容器里的按钮，flex: 1 可能比任何 max-width 都管用；Grid 区域中的按钮，justify-self 才决定它怎么占位。宽度只是表象，容器才是关键。 
