面对requestWindowFeature和setContentView纠缠，是时候亮出杀手锏！

2023-09-17 21:05:59

“requestFeature() must be called before adding content”异常指南：避免意外

在Android开发的世界中，“requestFeature() must be called before adding content”异常是一个常见的绊脚石。了解这个异常的来龙去脉至关重要，它可以让你避免头疼和头发花白。

requestWindowFeature和setContentView：幕后的方法

requestWindowFeature和setContentView是Activity类中至关重要的两个方法。前者用于在创建Activity时配置窗口特征，如禁用标题栏或启用屏幕旋转。后者则用于设置Activity的布局，即用户界面元素在屏幕上的呈现方式。

这两个方法需要遵循特定的调用顺序。requestWindowFeature必须先调用，然后才是setContentView。如果顺序颠倒，就会引发我们熟悉的异常。

异常的根源：了解幕后发生了什么

为什么必须遵守这个顺序？要理解这一点，我们必须深入到Android架构中。

requestWindowFeature调用时，系统会创建一个窗口对象并将其与Activity关联。这个对象管理着Activity的显示行为，包括标题栏和屏幕旋转。当setContentView被调用时，布局文件被解析成一个View对象，并添加到窗口对象中。View对象是所有UI组件的基础，它包含了它们的位置和属性等信息。

如果在requestWindowFeature之后调用setContentView，系统会尝试在窗口对象已经创建并配置之后再添加内容。这可能导致窗口属性的意外更改，影响View对象的布局。为了防止这种情况，系统会抛出异常。

避免异常的妙招：最佳实践

避免这个异常的最佳方法是遵循正确的调用顺序。在Activity的onCreate()方法中，首先调用requestWindowFeature，然后是setContentView。

这里有一个示例代码：

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        // 先调用requestWindowFeature设置窗口特性
        requestWindowFeature(Window.FEATURE_NO_TITLE);

        // 再调用setContentView设置布局
        setContentView(R.layout.activity_main);
    }
}