clip-path斜切按钮原理是用polygon()定义四边形裁剪区域，直接控制可见范围，使背景、文字、阴影同步裁剪；需顺时针/逆时针闭合顶点，配合position:relative或overflow:hidden确保生效，且仅渲染可见部分而不影响布局盒模型。
clip-path 做斜切按钮的原理是什么？
斜切效果本质是用 clip-path 裁剪出一个四边形，让按钮视觉上呈现左/右上角被“切掉”的倾斜边缘。它不是靠 border 或 transform 模拟，而是直接定义可见区域的多边形路径——这意味着背景、阴影、文字都跟着裁剪，更干净也更可控。
关键点：必须用 polygon()，且至少 4 个顶点；元素需设置 position: relative 或 overflow: hidden 配合（否则裁剪可能失效）；clip-path 在 Firefox、Chrome、Safari（15.4+）中支持良好，IE 完全不支持。
怎么写一个左上角斜切的按钮？
最常用的是从左上向右下切，形成「左倾」斜边。核心是把原本矩形的左上角两个点（0% 0%，100% 0%）替换成斜线上的点，比如把左上角往右下拉到 (20% 0%)，再把左下角往右上推到 (0% 100%)，但实际更稳妥的做法是固定四个顶点：
button {
clip-path: polygon(
20% 0%, /* 左上起点，x 向右偏移 */
100% 0%, /* 右上 */
100% 100%,/* 右下 */
0% 100%, /* 左下 */
0% 20% /* 补回左上斜边终点，闭合多边形 */
);
}注意顺序必须顺时针或逆时针闭合，否则部分浏览器会忽略；百分比值可调，20% 控制斜切长度，数值越大斜边越长。
使用 Puppeteer + Chrome 将 HTML 渲染为中文 PDF，自动处理图表等待、Tab 展开、动画、测高、白边消除、防分页，适用于看板、报表、网页和交互图表转 PDF。
立即学习“前端免费学习笔记（深入）”；
为什么点击区域变小或文字被裁了？
clip-path 只影响渲染，不影响布局盒模型——也就是说，按钮的 clientWidth/clientHeight 还是原始尺寸，但用户能点到的区域和看到的内容都被裁剪了。常见问题：
- 文字靠近斜边被截断 → 给
padding留足余量，或用transform: translateX()微调文字位置 - 鼠标 hover 区域异常 → 确保父容器没设
overflow: hidden，且按钮本身未被其他元素遮挡 - 移动端点击失灵 → iOS Safari 对
clip-path的 pointer-events 处理较严格，加pointer-events: auto显式声明 - 背景渐变错位 → 渐变方向要按裁剪后形状重算，建议用
linear-gradient(to bottom right, ...)配合斜边走向
要不要 fallback 到 transform 模拟？
如果必须兼容 IE 或老 Android，clip-path 没有优雅降级方案，硬加 @supports not (clip-path: polygon()) 切换样式容易失控。更实际的做法是：
- 用
transform: skewX(-10deg)+ 子元素反向skewX(10deg)模拟，但会导致文字倾斜、阴影变形 - 纯 CSS 伪元素覆盖：用
::before绘制三角形盖住左上角，成本低、兼容性好，但无法响应式自适应 - 直接放弃斜切，改用圆角或阴影强化层次感——多数场景下，视觉目的（引导点击、区分主次）比斜切本身更重要
真正难的不是写出斜切，而是判断这个切口是否真的提升了可读性或操作效率；很多设计稿里的斜边，在小屏上反而割裂了按钮整体感。
