calc() 最适合的应用场景是：需要精确扣除固定边框或阴影宽度，但又无法（或不愿）全局修改 box-sizing 属性时——例如在集成不可覆盖样式的第三方UI组件时。

使用 calc() 函数时必须注意以下要点：

• 必须完整书写计算单位：calc(50% - 2px) ✔️，calc(50% - 2) ❌。
• 响应式边框需单位对应：若边框使用相对单位如 border-width: 0.1rem，则 calc() 中也应使用 rem：calc(50% - 0.1rem)，避免 px 与 rem 混合计算。
• 谨慎处理CSS自定义属性（变量）：在 calc() 中引用CSS变量（如 var(--border-width)）时，需确保变量值本身包含有效单位。若变量定义为 --border-width: 2（无单位），则 calc(50% - var(--border-width)) 同样会失效。

Flex布局中 border-box 与百分比宽度的兼容性问题

在Flex布局环境中同时使用 border-box 和百分比宽度，会产生更微妙的兼容性表现。在默认 flex-direction: rowwidth: 50% 的Flex项目通常能占满整行。但若父容器设置了 gap: 8px，这两个50%宽度的项目就很可能因总宽度超出容器而导致换行。

问题的本质在于：gap 属性创建的间距不参与子项目百分比宽度的计算，也不被 border-box 盒模型包含。它是在分配完子项目空间后额外添加的间隙。

从性能与浏览器兼容性角度评估：布局性能影响可忽略不计。但需注意 gap 属性在旧版Safari中需要 -webkit- 前缀；而 calc() 在IE11中的支持有限，例如不支持省略空格的写法（calc(50%-2px) 必须写为 calc(50% - 2px)）。

针对Flex布局中的宽度计算，给出以下优化建议：

• 优先采用 flex 弹性分配策略：相比硬编码的 width: 50%，使用 flex: 1 等弹性比例分配更能适应容器尺寸与间隙的动态变化。
• 利用父容器 padding 预留边框空间：若必须使用百分比宽度加边框，更稳定的方案是在父容器设置内边距，为子项目的边框预留空间，这比在子项上反复调整 calc() 更可控。
• 理解 border-box 的能力边界：该模型无法处理由 gap 或子项目 margin 产生的额外宽度占用，布局溢出问题需综合考量。

排查百分比宽度问题的三个关键检查点（而非修改box-sizing）

当再次遭遇百分比宽度与边框结合导致的布局错位问题时，建议不要急于调整 box-sizing。实践表明，超过90%的情况与该属性无关，而是布局的“上下文环境”在暗中影响。

除了前述的父容器 padding 和 gap 属性，以下三个检查点同样至关重要：

• 父元素是否应用了 font-size: 0 技巧？ 该技巧常用于消除 inline-block 元素间的空格间隙。若处理不当，这些“隐形”空格可能转化为实际宽度，干扰百分比计算。
• 元素自身是否被附加了 margin？ 即使显式声明了 margin-right: 0，也可能被更具体或后加载的CSS规则覆盖。最可靠的方法是使用浏览器开发者工具的“Computed”面板，查看 margin 的最终计算值。
• 是否启用了滚动条预留或强制显示滚动条？ 例如使用 scrollbar-gutter 属性，或设置 overflow: scroll。滚动条的宽度会直接占用父容器内容区域的可用空间，导致设定的50%实际变窄。

复杂之处在于，这些因素往往叠加出现。设想一个典型场景：Flex容器设置了 gap，其子项目使用 border-box 和 calc() 计算宽度，同时父容器存在滚动条。此时，单独调整任一设置可能都难以根治问题。最有效的解决方案是：像剥洋葱一样，利用开发者工具逐层检查渲染树，精确分析每个元素的最终计算尺寸。掌握这一调试方法，才是彻底解决CSS百分比布局难题的关键所在。