HarmonyOS 鸿蒙Next Refresh控件下拉刷新后立马设置refreshing为false导致app闪退

发布于 1周前 作者 h691938207 来自 鸿蒙OS

HarmonyOS 鸿蒙Next Refresh控件下拉刷新后立马设置refreshing为false导致app闪退 报如下错误：STRINGID:APP_INPUT_BLOCK

复现代码：

@State refreshing:boolean=false
build(){
  Refresh({refreshing:$$this.refreshing}){
    Column(){
    }.height(600).backgroundColor('#f0f').width('100%')
  }.onStateChange(()=>{
    this.refreshing=false
  })
}

更多关于HarmonyOS 鸿蒙Next Refresh控件下拉刷新后立马设置refreshing为false导致app闪退的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

Harmonyos Next教程
2 回复

onStateChange(callback: (state: RefreshStatus) => void)对应的是当前刷新状态变更时，触发回调。可以直接获取到当前刷新状态。如果想直接修改刷新状态可以通过添加个异步 如：

  this.refreshing = false
}, 2000)

在对刷新方法进行修改时建议在onRefreshing(callback: () => void)：进入刷新状态时触发回调

更多关于HarmonyOS 鸿蒙Next Refresh控件下拉刷新后立马设置refreshing为false导致app闪退的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


针对HarmonyOS（鸿蒙）系统中Next Refresh控件在下拉刷新后立刻将refreshing属性设置为false导致应用闪退的问题，这通常是因为控件的内部状态管理尚未完成刷新动作就被外部强制更改，从而引发状态不一致导致的崩溃。

鸿蒙系统的UI组件设计往往依赖于其内部状态机来正确处理用户交互和界面更新。在Next Refresh控件触发刷新动作后，它期望内部完成一系列数据加载或处理流程后再由控件自身将refreshing状态设置为false，以表示刷新完成。如果外部代码过早地更改这一状态，可能会破坏控件的正常工作流程。

解决此类问题的方法通常涉及调整代码逻辑，确保在数据加载或处理真正完成后，再由控件或逻辑控制代码将refreshing设置为false。这可能需要引入回调函数、监听器或异步处理机制来同步状态变更。

如果问题依旧没法解决请联系官网客服，官网地址是：https://www.itying.com/category-93-b0.html

回到顶部