小程序默认content-box导致换行错乱，因width:50%+padding会超父容器100%，触发flex换行；且WXSS不支持可靠全局重置，必须对关键布局元素显式声明border-box。
小程序开发中必须用 box-sizing: border-box，否则等分布局、固定宽高容器、响应式卡片几乎必然错位。
为什么小程序里 content-box 会直接导致换行错乱
微信小程序的 WXSS 默认沿用浏览器标准盒模型（content-box），但 WXML 容器普遍采用 flex 或百分比布局，而开发者习惯写 width: 50% + padding: 10px 这类组合。此时实际宽度 = 50% + 20px，超出父容器 100%，触发换行——尤其在 <view class="recommendlist"></view> 这类横向滚动或网格列表中，image 元素集体掉行是高频问题。
- WXSS 不支持全局样式重置（如
* { box-sizing: border-box }）在部分基础库版本中会被忽略，必须显式设置 - 小程序真机调试时，iOS 和 Android 对
content-box的 margin 合并行为不一致，加剧布局抖动 - 设计稿标注的“卡片宽度 340rpx”通常指视觉整体宽度，而非内容区，按
content-box实现需手动反推 padding/border 占比，极易出错
border-box 在 flex 和 grid 场景下如何避免尺寸溢出
小程序虽不原生支持 CSS Grid，但 flex 是主力布局方式。当父容器设 display: flex，子项设 flex: 1 或 width: 50% 时，border-box 能确保 padding 和 border 被“压进”分配到的宽度内，不会突破 flex 分配逻辑。
- 例如：
.recommendShoppings { width: 50%; box-sizing: border-box; padding: 2px; }→ 实际内容区自动收缩为50% - 4px，两列严格并排 - 若用
content-box，同一写法会导致第二列被挤到下一行，且在 iPhone SE 等小屏上更明显 - 使用
flex-basis或min-width时，border-box让计算可预测；否则需反复调试calc(50% - 4px)这类表达式
小程序平台对 box-sizing 的兼容性现实
微信基础库 2.25.0+ 已全面支持 box-sizing，但低版本（如 2.15.x）在某些安卓 WebView 中存在渲染延迟：首次加载时仍按 content-box 渲染一帧，再重绘为 border-box，造成闪动。这不是 bug，而是盒模型切换时机问题。
立即学习“前端免费学习笔记（深入）”；
- 必须为所有参与布局的元素（尤其是
<view></view>、<image></image>、<text></text>）显式声明box-sizing: border-box，不能依赖继承 - 慎用
box-sizing: inherit，小程序部分版本不识别该值，降级为content-box - WXSS 中不要省略单位（如写
padding: 2），否则某些旧版基础库会忽略整个声明
真正容易被忽略的是：小程序里没有「默认全局重置」这回事。app.wxss 中写 * { box-sizing: border-box } 看似合理，但真机上可能被组件内部样式覆盖，或在自定义组件 styleIsolation: 'apply-shared' 下失效。最稳的方式，是在每个业务样式文件里，对关键布局类（如 .recommendlist、.card）单独加一行 box-sizing: border-box —— 多写一次，少调两小时。
