App此前正常运行却卡在Binding.inflate的原因排查

针对MainActivity的onCreate方法卡在binding = ActivityMainBinding.inflate(layoutInflater)行且无报错的情况，可按以下步骤排查：

• 检查布局文件的循环引用与复杂View
  排查activity_main.xml中的所有控件，尤其是自定义View：

  • 确认自定义View的构造函数/初始化逻辑中没有递归加载布局（比如在自定义View里又inflate了包含自身的布局），这种循环依赖会导致inflate过程卡死。
  • 检查是否有嵌套过深的布局或者在主线程做耗时初始化的View（比如在构造方法里加载大量本地资源）。

• 重建DataBinding生成类

  • 手动删除app/build/generated目录下的data_binding_base_class_source_out文件夹，然后执行Clean + Rebuild操作。生成的绑定类损坏可能导致inflate过程无响应。
  • 确认模块build.gradle中的DataBinding配置正确，确保buildFeatures.dataBinding = true（若同时使用ViewBinding，需避免冲突配置）。

• 排查LayoutInflater异常

  • 尝试使用全局LayoutInflater替代Activity的LayoutInflater：

    LayoutInflater globalInflater = (LayoutInflater) getApplicationContext().getSystemService(Context.LAYOUT_INFLATER_SERVICE);
    binding = ActivityMainBinding.inflate(globalInflater);
    setContentView(binding.getRoot());
    

    若此方法能正常执行，说明当前Activity的LayoutInflater可能被全局Factory篡改或异常。
  • 检查Application类或全局初始化代码中是否设置了LayoutInflater.Factory2，若有，确认其逻辑没有阻塞布局加载流程。

• 启用严格模式抓取隐藏日志
  在Application的onCreate方法中添加StrictMode配置，强制输出主线程违规、内存泄漏等隐藏问题：

  @Override
  public void onCreate() {
      super.onCreate();
      StrictMode.ThreadPolicy threadPolicy = new StrictMode.ThreadPolicy.Builder()
              .detectAll()
              .penaltyLog()
              .build();
      StrictMode.setThreadPolicy(threadPolicy);
  
      StrictMode.VmPolicy vmPolicy = new StrictMode.VmPolicy.Builder()
              .detectAll()
              .penaltyLog()
              .build();
      StrictMode.setVmPolicy(vmPolicy);
  }
  

  之后重新运行，过滤Logcat的StrictMode标签，查看是否有相关警告或错误。

• 检查依赖与AGP版本兼容性

  • 确认AndroidX依赖（如androidx.databinding:databinding-runtime、androidx.appcompat:appcompat）的版本与当前AGP版本（Android Studio Giraffe对应AGP 7.4.1）匹配，避免版本冲突。
  • 尝试临时降级AGP版本至7.3.1，排查是否为新版本AGP的DataBinding模块bug导致的问题。

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