在android应用开发中，自定义视图（custom view）是实现复杂ui和特定交互的关键。然而，开发者有时会遇到一个看似异常的现象：自定义视图的构造函数被执行了多次。这并非程序错误，而是由android视图系统的工作机制所决定的。理解这一机制对于正确初始化自定义视图至关重要。
自定义视图构造函数的多重调用现象
当我们在Android项目中创建一个自定义视图类，并尝试在其中打印日志以观察其构造函数的执行情况时，可能会发现日志输出不止一次。例如，以下是一个简单的自定义视图及其在Activity中的使用方式：
自定义视图类 (CustomView.java)
package com.example.myapplication;
import android.content.Context;
import android.util.AttributeSet;
import android.view.View;
import androidx.annotation.Nullable;
public class CustomView extends View {
public CustomView(Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
// 此处打印日志以观察构造函数执行次数
System.out.println("Custom View 构造函数被执行了");
}
}Activity布局文件 (activity_main2.xml)
Activity类 (MainActivity2.java)
package com.example.myapplication;
import androidx.appcompat.app.AppCompatActivity;
import android.os.Bundle;
public class MainActivity2 extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// 通过布局文件设置内容，其中包含了CustomView
setContentView(R.layout.activity_main2);
// 显式地创建一个CustomView实例
CustomView customView = new CustomView(this, null);
}
}运行上述代码，观察Logcat输出，你会发现 "Custom View 构造函数被执行了" 这条日志出现了两次。
原因分析：两种主要触发机制
自定义视图构造函数被多次调用，通常是由以下两种独立但可能同时发生的机制触发的：
1. 布局文件膨胀（Layout Inflation）
当Activity调用 setContentView(R.layout.activity_main2) 方法时，Android系统会解析 activity_main2.xml 布局文件。在这个解析过程中，布局文件中声明的所有视图（包括自定义视图
对于在XML中声明的自定义视图，系统会调用带有 Context 和 AttributeSet 参数的构造函数，因为 AttributeSet 包含了XML中定义的属性（如 android:layout_width, android:layout_height 等）。
因此，第一次构造函数调用发生在 setContentView 内部，是视图系统根据XML布局自动创建视图实例的结果。
2. 代码显式实例化（Programmatic Instantiation）
在 MainActivity2 的 onCreate 方法中，我们显式地通过 new CustomView(this, null) 创建了一个 CustomView 的新实例。这是一个直接的Java对象创建操作，与布局文件膨胀无关。
CustomView customView = new CustomView(this, null);
这条语句会直接调用 CustomView 类的构造函数，从而导致第二次构造函数被执行。
综合示例与验证
结合上述两种情况，当 MainActivity2 启动时：
- setContentView(R.layout.activity_main2); 执行，系统解析XML，发现
标签，于是创建第一个 CustomView 实例，并调用其 CustomView(Context context, @Nullable AttributeSet attrs) 构造函数。 - 紧接着，CustomView customView = new CustomView(this, null); 执行，我们手动创建了第二个 CustomView 实例，并再次调用了其 CustomView(Context context, @Nullable AttributeSet attrs) 构造函数。
这就是为什么日志会输出两次的原因。
注意事项与最佳实践
- 理解预期行为： 自定义视图构造函数被多次调用并非错误，而是由其使用方式决定的。在XML中声明的视图会在布局膨胀时被实例化，而通过代码 new 关键字创建的视图则会在 new 操作时被实例化。
- 避免重复初始化逻辑： 如果自定义视图的初始化逻辑比较复杂或涉及到资源加载，应确保这些逻辑不会因为构造函数的多次调用而产生副作用或性能问题。通常，可以将初始化逻辑封装在一个单独的方法中，并在构造函数中调用，或者利用 onFinishInflate() 生命周期方法进行初始化。onFinishInflate() 在视图及其所有子视图从XML布局中完成膨胀后被调用，对于从XML加载的视图来说，它是一个更合适的初始化时机。
- 调试技巧： 当不确定构造函数为何被调用时，可以在构造函数内部设置断点，然后查看调用栈（Call Stack）。调用栈会清晰地显示是 LayoutInflater （来自 setContentView）还是你的显式 new 操作触发了构造函数的执行。
-
选择合适的构造函数：
- CustomView(Context context)：通常用于纯代码创建视图，不涉及XML属性。
- CustomView(Context context, AttributeSet attrs)：最常用，用于从XML布局文件膨胀视图，并处理XML中定义的属性。
- CustomView(Context context, AttributeSet attrs, int defStyleAttr)：在处理自定义样式属性时使用，defStyleAttr 指定了在当前主题中查找默认样式属性的资源ID。
- CustomView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes)：API 21+，允许指定一个默认样式资源。
总结
Android自定义视图的构造函数可能会因为布局文件膨胀和代码显式实例化而多次执行。这是一种正常且预期的行为。开发者需要清楚地识别这两种触发机制，并根据实际需求合理地组织视图的初始化逻辑，避免不必要的重复操作，从而构建健壮且高效的Android应用。在开发过程中，利用调试工具分析调用栈是理解此类行为的有效手段。
