java.lang.IllegalStateException: Fragment no longer exists for key f0: unique id 8b73484e-f6ef-43c6

本文介绍了一种在Android开发中遇到的Fragment嵌套ViewPager时出现的崩溃问题,并提供了解决方案。通过更改FragmentStatePagerAdapter为FragmentPagerAdapter并重写saveState方法返回null,可以避免Fragment被销毁后再次加载时报错。
java.lang.IllegalStateException: Fragment no longer exists for key f0: unique id 8b73484e-f6ef-43c6-b7f7-17c1df3ee85b
        at androidx.fragment.app.FragmentManager.getFragment(FragmentManager.java:772)
        at androidx.fragment.app.FragmentStatePagerAdapter.restoreState(FragmentStatePagerAdapter.java:324)
        at androidx.viewpager.widget.ViewPager.onRestoreInstanceState(ViewPager.java:1461)
        at android.view.View.dispatchRestoreInstanceState(View.java:18072)
        at android.view.ViewGroup.dispatchRestoreInstanceState(ViewGroup.java:3803)
        at android.view.ViewGroup.dispatchRestoreInstanceState(ViewGroup.java:3809)
        at android.view.ViewGroup.dispatchRestoreInstanceState(ViewGroup.java:3809)
        at android.view.ViewGroup.dispatchRestoreInstanceState(ViewGroup.java:3809)
        at android.view.View.restoreHierarchyState(View.java:18050)
        at androidx.fragment.app.Fragment.restoreViewState(Fragment.java:573)
        at androidx.fragment.app.FragmentStateManager.restoreViewState(FragmentStateManager.java:356)
        at androidx.fragment.app.FragmentManager.moveToState(FragmentManager.java:1189)
        at androidx.fragment.app.FragmentManager.moveToState(FragmentManager.java:1356)
        at androidx.fragment.app.FragmentManager.moveFragmentToExpectedState(FragmentManager.java:1434)
        at androidx.fragment.app.BackStackRecord.executeOps(BackStackRecord.java:442)
        at androidx.fragment.app.FragmentManager.executeOps(FragmentManager.java:2169)
        at androidx.fragment.app.FragmentManager.executeOpsTogether(FragmentManager.java:1992)
        at androidx.fragment.app.FragmentManager.removeRedundantOperationsAndExecute(FragmentManager.java:1947)
        at androidx.fragment.app.FragmentManager.execPendingActions(FragmentManager.java:1849)
        at androidx.fragment.app.FragmentManager$4.run(FragmentManager.java:413)
        at android.os.Handler.handleCallback(Handler.java:790)
        at android.os.Handler.dispatchMessage(Handler.java:99)
        at android.os.Looper.loop(Looper.java:167)
        at android.app.ActivityThread.main(ActivityThread.java:7146)
        at java.lang.reflect.Method.invoke(Native Method)
        at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:438)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:820)

代码情况:

在Activity里面把两个Fragment加载到FrameLayout里面,切换显示
每个Fragment里面有Viewpager包装两个Fragment

即:Fragment嵌套ViewPager嵌套Fragment
切换回第一个外层Fragment的时候报上述错误

bug的意思是

  • Fragment为空
  • Fragment已被销毁

解决办法:

ViewPager的FragmentAdapter里面,不要使用FragmentStatePagerAdapter,而是让里外层Fragment的Adaper继承> FragmentPagerAdapter。

  • 在报错的Fragment的Adapter中重写以下方法,返回空
 var diskPagerAdapter =
                object : FragmentLazyStatePageAdapter(childFragmentManager, pageTitles) {
                    override fun getItem(position: Int): Fragment {
                       ...
                    }

                    //添加代码
                    override fun saveState(): Parcelable? {
                        return null
                    }
                }

结果:没有崩溃,显示正常 暂时解决

参考:

Android Bug : Fragment no longer exists for key f0: index 0_写代码的仓颉-优快云博客

Fragment no longer exists for key f0: index 0_eydwyz的专栏-优快云博客

### 关于 `java.lang.IllegalStateException: No instances available for service-provide-1` 的解决方案 当遇到 `java.lang.IllegalStateException: No instances available for service-provide-1` 错误时,通常表明服务注册中心未能找到名为 `service-provide-1` 的可用实例。此问题可能由多种原因引起,例如服务未正确启动、服务发现配置错误或网络通信异常。 以下是针对该问题的分析和解决方法: #### 1. 验证服务提供者是否正常运行 确认 `service-provide-1` 是否已成功部署并正在运行。可以通过日志文件检查其启动状态,并验证它是否能够连接到服务注册中心(如 Eureka 或 Consul)。如果服务无法启动,则需要排查具体的原因[^2]。 #### 2. 检查服务名称的一致性 确保消费者端请求的服务名与提供者实际注册的服务名完全一致。微服务架构中,服务名区分大小写,任何拼写错误都会导致找不到对应的服务实例。可以查看服务注册中心的管理界面来核实服务的实际注册名称[^3]。 #### 3. 网络连通性和超时设置 如果服务确实已经启动但仍报错,可能是由于网络延迟或其他因素导致客户端在规定时间内未能获取到有效的服务实例列表。建议调整消费者的负载均衡器配置,增加重试次数或延长等待时间。例如,在 Spring Cloud 中可通过以下方式修改 Ribbon 的默认参数: ```yaml ribbon: ReadTimeout: 60000 ConnectTimeout: 60000 MaxAutoRetriesNextServer: 2 MaxAutoRetries: 1 ``` #### 4. 调试和服务健康检查 启用调试模式以捕获更多上下文信息,帮助定位问题所在。同时,通过实现自定义的健康检查逻辑,定期检测目标服务的状态,及时发现问题节点并采取措施恢复服务可用性[^4]。 #### 5. 更新依赖版本 有时此类问题是由于框架本身的缺陷引起的。因此,考虑升级至最新稳定版的 Spring Boot 和 Spring Cloud 组合可能会修复潜在漏洞。注意更新前需查阅官方文档了解兼容性变化[^5]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值