chrome 浏览器中，svg 元素的 `x2="calc(100% - 20px)"` 等 css 函数值在父容器尺寸动态变更时不会自动重新计算，导致视觉未更新；该行为属已知兼容性限制，非 bug，推荐用 `padding` + `100%` 的纯 css 方案替代。
在 SVG 中直接对 x1、x2、y1、y2 等属性使用 calc()（如 x2="calc(100% - 20px)"）看似合理，但实际存在严重兼容性与响应性缺陷：Chrome 不会在父容器尺寸通过 JS 动态修改（如 element.style.width = "400px"）后主动触发 SVG 属性的 calc() 重解析。这并非渲染 bug，而是 SVG 属性值（属于 XML 属性，非 CSS 属性）对 CSS 函数的支持本就有限且不具响应式监听机制——即使 Chrome 解析了初始 calc()，它也不会绑定到父容器的 width 变更事件。
值得注意的是，Firefox 和 Safari 完全不支持 calc() 用于 SVG 几何属性（x1, x2, y1, y2, cx, r 等），因此该写法本身即缺乏跨浏览器可行性。
✅ 推荐解决方案：用 CSS padding 模拟“减去固定偏移”
核心思路是：将 SVG 视为一个可伸缩容器，通过 padding-right: 20px 为右侧预留空白，再让 SVG 内部图形（如
#my-div {
width: 200px;
height: 500px;
background-color: red;
position: relative;
}
svg {
width: 100%;
height: 100%;
box-sizing: border-box; /* 关键：确保 padding 包含在 width 内 */
padding-right: 20px; /* 右侧留白，替代 calc 的减法逻辑 */
}function myOnClick() {
document.getElementById("my-div").style.width = "400px"; // ✅ 立即生效，无需强制重绘
}⚠️ 注意事项：
- 必须设置 box-sizing: border-box，否则 padding-right 会额外增加 SVG 总宽度，破坏布局；
- SVG 中所有单位建议省略 px（如 "0" 替代 "0px"），符合 SVG 规范，避免潜在解析歧义；
- 若需多条线共享同一逻辑，此方案天然一致；若需不同偏移量，可为各
封装在独立 并应用 transform: translateX(...)，但 padding 方案更简洁可靠。
? 总结：不要在 SVG 属性中依赖 calc() 实现响应式尺寸计算。优先使用 CSS 布局能力（padding / margin / viewBox 缩放）驱动 SVG 内容，既保障兼容性，又获得真正的动态响应——这是现代 SVG 开发的最佳实践。
