Java开发中Fragment内getActivity()与requireActivity()的使用及空报错规避

问题1：Fragment 中分别什么时候应该使用 getActivity() 和 requireActivity()？ #

两者的核心差异是返回值可空性和未关联 Activity 时的处理逻辑，对应不同的使用场景：

• getActivity() 是原生早期提供的 API，返回值标记为 @Nullable，当 Fragment 未关联到任何 Activity（比如未完成 attach、已经 detach、被销毁回收）时会直接返回 null。
  适用场景：调用时机无法确保 Fragment 一定和宿主 Activity 绑定的场景，比如异步网络请求回调、延迟执行任务的回调中，你需要主动对返回值做非空判断，避免空指针崩溃。
• requireActivity() 是 AndroidX Fragment 1.1.0 版本新增的 API，返回值标记为 @NonNull，如果检测到当前 Fragment 未关联 Activity，会直接抛出 IllegalStateException 异常，不会返回 null。
  适用场景：调用时机明确处于 Fragment 绑定 Activity 的生命周期阶段，比如 onViewCreated()、onStart()、onResume() 这些官方生命周期同步回调中，能确定不会出现未关联的情况。

问题2：使用 requireActivity() 替代 getActivity() 是不是更优的选择？ #

没有绝对的更优，需要结合使用场景判断：

• 如果你能确保调用时机 一定在Fragment与Activity绑定的生命周期范围内，requireActivity() 是更优选择：不需要写冗余的非空判断代码，就算出现预期外的未关联情况也会直接崩溃暴露问题，避免空指针被静默隐藏导致后续更难排查的业务异常。
• 如果你的调用逻辑可能脱离 Fragment 生命周期（比如异步回调、后台任务），getActivity() 更合适：你可以通过非空判断优雅处理 Fragment 已销毁的情况，避免不必要的用户侧崩溃。

补充注意：无论使用哪个API，都不要在 onDetach() 之后的生命周期阶段访问宿主Activity，也不要在长生命周期对象中持有Activity/Fragment引用，避免内存泄漏。

内容的提问来源于stack exchange，提问作者alkkhu