阅读视图

发现新文章,点击刷新页面。

uni-swipe-action 从编辑页返回后滑动按钮仍显示的问题

一、问题描述

在 uni-app 二手车小程序首页,车辆列表使用了 uni-swipe-action 组件实现左滑展示「删除」和「编辑」按钮。用户操作流程如下:

  1. 左滑某条车辆,露出「删除」「编辑」按钮
  2. 点击「编辑」,跳转到编辑页面
  3. 保存成功,返回首页

Bug 表现:返回首页后,之前滑开的那条车辆仍然处于展开状态,「删除」「编辑」按钮依然可见,而不是像首次进入页面那样只显示列表本身。

期望行为:从编辑页返回首页时,应重置为初始状态,只看到车辆列表,看不到操作按钮。


二、原因分析

2.1 页面生命周期与状态保持

在 uni-app 中,使用 uni.navigateTo 跳转到编辑页时,首页并不会被销毁,而是被压入页面栈并进入「隐藏」状态。当用户从编辑页返回时,首页会触发 onShow,从隐藏恢复为显示。

问题在于:Vue 组件及其内部状态都被保留,包括 uni-swipe-action-item 的展开/收起状态。因此之前滑开的项会保持展开状态。

2.2 原有关闭逻辑的不足

原先的实现思路是:通过 ref 拿到每个 uni-swipe-action-item,调用其 close() 方法关闭:

const closeAllSwipeActions = () => {
  if (swipeItems.value && swipeItems.value.length) {
    swipeItems.value.forEach(item => {
      if (item && typeof item.close === 'function') {
        item.close()
      }
    })
  }
}

但在 @dcloudio/uni-ui 的 swipe-action 实现中:

  • 在微信小程序、H5 等平台,滑动状态由 wxs/renderjs 控制,内部使用 is_show 状态
  • close() 主要供部分非 H5/微信平台使用
  • 官方推荐的关闭方式是调用父组件 uni-swipe-actioncloseAll() 方法,由父组件统一遍历子组件并设置 vm.is_show = 'none'

因此,直接对子项调用 close() 在上述平台上可能无法正确关闭。

2.3 ref 使用方式的影响

原先把 ref="swipeItems" 写在 v-foruni-swipe-action-item 上,Vue 3 中会得到子组件数组。不同平台下子组件的 API 不完全一致,直接遍历子项调用 close() 的可靠性和兼容性较差。


三、解决方案

3.1 使用父组件的 closeAll API

ref 放在父组件 uni-swipe-action 上,并调用其 closeAll() 方法:

<uni-swipe-action ref="swipeActionRef">
  <uni-swipe-action-item
    v-for="car in carList"
    :key="car._id"
    :right-options="getSwipeOptions(car)"
    @click="onSwipeAction($event, car)"
  >
    <!-- 内容 -->
  </uni-swipe-action-item>
</uni-swipe-action>
const swipeActionRef = ref(null)

const closeAllSwipeActions = () => {
  const swipeAction = swipeActionRef.value
  if (swipeAction && typeof swipeAction.closeAll === 'function') {
    swipeAction.closeAll()
  }
}

3.2 在 onShow 中配合 nextTick 调用

从编辑页返回时,onShow 会触发,但此时 DOM 可能尚未完全恢复。使用 nextTick 确保在下次 DOM 更新后再关闭:

onShow(() => {
  nextTick(() => {
    closeAllSwipeActions()
  })
  getCarList()
})

3.3 跳转前主动关闭(可选)

在点击「编辑」跳转前,也调用一次 closeAllSwipeActions(),避免带着展开状态离开页面,有利于状态更一致。


四、知识点小结

要点 说明
页面栈 navigateTo 跳转时原页面不销毁,返回时只是 onShow,组件状态保留
uni-swipe-action 关闭 应通过父组件 uni-swipe-actioncloseAll() 关闭,而非遍历子项调用 close()
ref 使用 父组件统一管理子项状态时,优先对父组件加 ref,调用其对外 API
nextTick 页面恢复显示时,用 nextTick 等 DOM 更新后再操作组件,避免时序问题

五、参考资料

  • uni-swipe-action 插件文档
  • uni-ui 源码:node_modules/@dcloudio/uni-ui/lib/uni-swipe-action/uni-swipe-action.vue
  • uni-ui 源码:node_modules/@dcloudio/uni-ui/lib/uni-swipe-action-item/mpwxs.js

深入浅出:CSS 中的“隐形结界”——BFC 详解

在前端面试和实际开发中,BFC(Block Formatting Context,块级格式化上下文)可以说是一个“神级”概念。它听起来很抽象,但实际上它是解决 CSS 布局疑难杂症(如外边距折叠、高度塌陷、浮动重叠)的一把万能钥匙。

今天我们就用通俗易懂的方式,把 BFC 这个“黑盒子”彻底打开。


1. 什么是 BFC?

官方定义:块级格式化上下文。它是 Web 页面中一块独立的渲染区域,只有块级元素参与,它规定了内部的块级元素如何布局,并且与外部毫不相干。

通俗理解: BFC 就像是一个 “完全隔离的独立房间”。 在这个房间(容器)里:

  • 元素怎么折腾(比如浮动、乱跑的 margin)都不会影响到房间外面的布局。
  • 外面的人也不会影响到房间里面。
  • 在这个房间里,一切都要算清楚,不能含糊其辞地溢出到外面去。

2. 如何触发(开启)BFC?

并不是所有元素天然就是 BFC,你需要满足特定条件才能触发它。只要满足下列 任意一条,该元素就会创建一个 BFC:

  1. overflow 值不为 visible (常用 ✅)
    • 例如:hidden, auto, scroll。这是最常用的方式,因为它副作用最小。
  2. display 设置为特殊值
    • inline-block, table-cell, flex, grid, flow-root
    • 注:display: flow-root 是专门为了创建 BFC 而生的新属性,无副作用,未来趋势。
  3. position 设置为脱离文档流的值
    • absolute, fixed
  4. float 设置为不为 none 的值
    • left, right

3. BFC 的三大“超能力”(实战应用)

一旦开启了 BFC,这个元素就拥有了三项特异功能:

(1) 阻止外边距折叠 (Margin Collapse)

  • 痛点:父子元素之间,子元素的 margin-top 经常会“穿透”父元素,带着父元素一起往下掉;或者两个相邻兄弟元素的上下 margin 会合并。
  • BFC 解法给父元素开启 BFC(例如 overflow: hidden)。
    • 原理:BFC 是一堵墙。父元素变成了独立房间,子元素的 margin 再大也撞不开这堵墙,只能乖乖在墙内撑开父元素的内容,无法穿透出去

(2) 清除浮动(解决高度塌陷)

  • 痛点:子元素全部浮动 (float: left) 后,父元素因为检测不到高度,高度会塌陷为 0,背景色消失,布局乱套。
  • BFC 解法给父元素开启 BFC(例如 overflow: hidden)。
    • 原理:普通容器计算高度时会忽略浮动元素,但 BFC 容器规定:计算高度时,浮动元素也参与计算。所以它能自动包裹住浮动的子元素。

(3) 防止元素被浮动元素覆盖(自适应两栏布局)

  • 痛点:左边一个浮动元素,右边的普通 div 会无视它,直接钻到它底下去,导致内容重叠。
  • BFC 解法给右边的 div 开启 BFC(例如 overflow: hidden)。
    • 原理:BFC 的区域不会与浮动盒子重叠。利用这一点,可以轻松实现“左边固定宽度,右边自动填满剩余空间”的经典布局。

4. 为什么 overflow: hidden 最常用?

虽然 float: leftposition: absolute 也能触发 BFC,但它们会让元素脱离文档流,改变布局结构(比如宽度变窄、位置飞走)。

overflow: hidden 通常保持了块级元素的原本特性(独占一行、宽度撑满),只是顺带开启了 BFC 功能,副作用最小,所以成为了大家的首选。


5. 小结

下次当你遇到:

  • Margin 莫名其妙穿透/合并了
  • 父元素高度莫名其妙没了(塌陷)
  • 元素莫名其妙重叠了

请先想一想:“我是不是需要给父容器加一个 overflow: hidden 来开启 BFC?”

这通常是解决 CSS 疑难杂症最快、最有效的方法。

CSS 踩坑笔记:为什么列表底部的 margin-bottom 总是“失效”?

在开发移动端列表页(尤其是使用 uni-app 或 Vue 开发小程序)时,我们经常遇到这样一个经典问题:

“明明给列表最后一个元素设置了 margin-bottom: 60rpx,为什么滚动到底部时,它依然紧贴着屏幕边缘?就像这行代码没写一样?”

这是一个困扰过无数前端新手的“灵异现象”。今天我们就来彻底梳理它的成因、背后的原理以及标准的解决方案。


1. 现象复现

假设我们有一个长列表,结构如下:

<view class="container">
  <view class="content">
    <!-- 很多内容 -->
    ...
    <!-- 最后一个按钮 -->
    <view class="submit-btn">提交</view>
  </view>
</view>
.submit-btn {
  margin-bottom: 60rpx; /* 期望按钮下方留出空隙 */
}

结果:页面滚动到底部,.submit-btn 紧贴视口底部,60rpx 的间距凭空消失了。


2. 核心原因

这个问题通常由两个核心 CSS 机制共同导致:

(1) 外边距折叠(Margin Collapse)与穿透

这是最常见的原因。根据 CSS 规范,块级元素的垂直外边距(margin)有时会发生合并(折叠)

如果父容器(.content)没有设置以下属性之一:

  • border(边框)
  • padding(内边距)
  • overflow: hidden/auto(创建 BFC)

那么,最后一个子元素的 margin-bottom 会“穿透”父容器,溢出到父容器外面,变成父容器的外边距。

后果

  • 子元素的 margin 不再撑开父容器的高度。
  • 如果父容器已经是页面最底层的元素,这个溢出的 margin 就相当于推了个寂寞(下面没有其他元素了),所以在视觉上,按钮依然贴底。

(2) 滚动容器的计算机制(Scroll Height)

在某些渲染引擎(特别是 Webkit 内核及部分小程序环境)中,计算 scrollHeight(可滚动高度)时,不会将最后一个子元素的 margin 计算在内

它认为:“内容只到元素的边界(Border Box)为止,外面的 Margin 是空的,不算作‘有效内容’。”

因此,即使 margin 还在那里,浏览器也不会为你提供额外的滚动距离来展示这个 margin。


3. 涉及知识点

  1. CSS 盒模型 (Box Model):理解 Content, Padding, Border, Margin 的区别。
  2. 外边距折叠 (Margin Collapse):CSS 中非常重要的布局规则,尤其是父子元素之间的折叠。
  3. 块格式化上下文 (BFC):如何通过 overflow 等属性创建隔离环境,防止 margin 穿透。
  4. 滚动视口 (Scrollport):浏览器如何计算滚动区域的大小。

4. 解决方法

方案 A:使用 padding-bottom(推荐 ✅)

这是最稳健、最符合逻辑的解法。既然 margin 容易折叠或被忽略,那我们就用 padding。Padding 属于容器内部空间,永远会被计算在高度内。

代码修改

/* 给父容器设置 padding-bottom */
.content {
  /* 加上原本想要的间距 */
  padding-bottom: 60rpx; 
  
  /* 如果有底部安全区需求(如 iPhone X+),还能完美叠加 */
  padding-bottom: calc(60rpx + env(safe-area-inset-bottom));
}

/* 子元素的 margin-bottom 可以去掉了 */
.submit-btn {
  margin-bottom: 0;
}

方案 B:给父容器加“墙”(BFC 或 Border)

如果你非要用 margin,可以给父容器加一道“墙”,把 margin 挡在里面,强迫它撑开高度。

.content {
  /* 方法1:加个透明边框 */
  border-bottom: 1px solid transparent; 
  
  /* 或者 方法2:触发 BFC */
  overflow: hidden; 
}

缺点overflow: hidden 可能会裁切掉其他故意溢出的元素(如阴影、弹窗),使用需谨慎。

方案 C:加个空元素垫底(不推荐 ❌)

以前常用的土办法,在列表最后加一个空的 <view style="height: 60rpx"></view>缺点:代码冗余,不仅增加了无语义的 DOM 节点,还不够优雅。


5. 小结

在处理滚动容器(无论是 scroll-view 还是页面级滚动)的底部留白时,请牢记一条黄金法则

“外边距(Margin)是用来推开别人的,内边距(Padding)才是用来撑大自己的。”

当你想让容器底部留出一段空白区域,永远优先选择给容器设置 padding-bottom。它不仅能完美避开 margin 折叠的坑,还能配合 calc(env(safe-area-inset-bottom)) 轻松搞定全面屏适配。

❌