说实话，咱就是说这个 uni-swipe-action 组件挺好用的，但有时候也会让人挠头。

比如说你在二手车小程序首页有个车辆列表，用 uni-swipe-action 实现左滑展示「删除」和「编辑」按钮。

用户操作流程是这样的：进入首页，左滑某个车辆，显示出按钮，然后点击「编辑」跳转到编辑页，操作完后再返回首页。

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

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

哈哈，你是不是也遇到过这种情况？

在 uni-app 中，使用 uni.navigateTo 跳转到编辑页时首页并不会被销毁，而是被压入页面栈并进入「隐藏」状态。

当用户从编辑页返回时首页会触发 onShow，从隐藏恢复为显示。

问题在于：Vue 组件及其内部状态dou被保留，包括 uni-swipe-action-item 的展开/收起状态。

因此之前滑开的项会保持展开状态，你懂的。

这个问题啊，说复杂也复杂，说简单也简单。

有可Neng是你的内容质量不够高，或者关键词优化没Zuo到位。

但咱也不用太纠结这个，先把眼前的问题解决了再说。

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

const closeAllSwipeActions =  => {
  if  {
    swipeItems.value.forEach(item => {
      if  {
        item.close
      }
    })
  }
}

但在 @dcloudio/uni-ui 的 swipe-action 实现中，不同平台下子组件的 API 不完全一致，直接遍历子项调用 close 的可靠性和兼容性较差。

所以咱就换了个思路：将 ref 放在父组件 uni-swipe-action 上，并调用其 closeAll 方法：

const swipeActionRef = ref
const closeAllSwipeActions =  => {
  const swipeAction = swipeActionRef.value
  if  {
    swipeAction.closeAll
  }
}

从编辑页返回时onShow 会触发，但此时 DOM 可Neng尚未完全恢复。

使用 nextTick 确保在下次 DOM geng新后再关闭：

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

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

好了现在回到咱们的问题，为什么百度不收录？其实吧，这是一个挺复杂的话题，但简而言之，可Neng还是内容质量、关键词优化这些老生常谈的问题。

你得确保你的内容对用户有价值，同时在技术上Zuo好优化，这样搜索引擎才Nenggeng好地收录和展示你的内容，不是吗？