Activity重建时lateinit属性未初始化，求最优解决方案

这是个很典型的Android组件生命周期同步问题，我来帮你拆解三个方案的优劣，再给出明确的最优选择：

方案1：在super.onCreate()之前初始化Controller #

• 可行性：理论上能运行，但非常不推荐
• 问题点：Android框架要求super.onCreate()完成内部核心状态的初始化，提前执行自定义初始化可能破坏系统预期，比如某些系统服务尚未就绪，后续容易出现版本兼容性问题；同时这种做法违背了Activity生命周期的最佳实践，代码可读性和维护性极差。

方案2：将Controller调用移至Fragment的onViewCreated() #

• 这是最优选择
• 原因：
  • 生命周期顺序保证：在Activity重建场景下，Fragment的onViewCreated()会在Activity的onCreate()完全执行完毕后触发，此时Controller必然已经完成初始化；
  • 符合设计意图：onViewCreated()本身就是Fragment中适合依赖Activity组件、操作视图的时机，代码逻辑更清晰，完全规避了生命周期顺序冲突的问题；
  • 注意：不要使用已被标记为Deprecated的onActivityCreated()，onViewCreated()是官方推荐的替代回调。

方案3：用::controller.isInitialized做判断 #

• 可行性：能避免崩溃，但属于临时规避方案，不是最优解
• 问题点：
  • 增加代码复杂度：需要在调用Controller的地方额外做判断，还要处理未初始化的分支逻辑（比如等待、降级处理）；
  • 违背lateinit设计初衷：lateinit的核心是确保变量在使用前一定被初始化，用isInitialized相当于绕过了这个约束，容易引入逻辑漏洞；
  • 生命周期变化风险：如果后续Android框架调整生命周期顺序，这种判断可能失效。

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