除了在其他地方提到的经典原因之外:

确保在findViewById()之前调用了setContentView() 确保你想要的id在你给setContentView()的视图或布局中 确保id不会意外地在不同的布局中重复

我在标准布局中找到了一个自定义视图，这与文档相悖:

理论上，您可以创建一个自定义视图并将其添加到布局中(参见这里)。然而，我发现在这种情况下，有时id属性适用于布局中的所有视图，除了自定义视图。我使用的解决方案是:

将每个自定义视图替换为具有与自定义视图相同的布局属性的FrameLayout。给它一个适当的id，比如frame_for_custom_view。 在onCreate: setContentView (R.layout.my_layout); FrameView fv = findViewById(R.id.frame_for_custom_layout); MyCustomView cv = new MyCustomView(context); fv.addView(简历); 它将自定义视图放在框架中。

它崩溃了，因为我的活动id中的一个字段与其他活动的id匹配。我通过给出一个唯一的id来修复它。

在我的loginActivity.xml密码字段id是“password”。在我的注册活动中，我只是通过给出id r_password来修复它，然后它返回非空对象:

password = (EditText)findViewById(R.id.r_password);

在我的例子中，我的项目中有两个活动，main.xml和main2.xml。从一开始，main2是main的副本，一切都工作得很好，直到我添加了新的TextView到main2，所以R.id。textview1成为可用的应用程序的其余部分。然后我试图通过标准调用获取它:

TextView tv = (TextView) findViewById( R.id.textview1 );

它总是空的。事实证明，在onCreate构造函数中，我实例化的不是main2，而是另一个。我有:

setContentView(R.layout.main);

而不是

setContentView(R.layout.main2);

我到这里后，在工地上注意到了这一点。

根据我的经验，这似乎也会发生在你的代码被调用后OnDestroyView(当片段是在后面的堆栈)。如果您正在根据BroadCastReceiver的输入更新UI，则应该检查是否存在这种情况。

如果在自定义视图中调用了错误的超级构造函数，FindViewById可以为空。ID标记是attrs的一部分，因此如果忽略attrs，则删除ID。

这是错误的

public CameraSurfaceView(Context context, AttributeSet attrs) {
        super(context);
}

这是正确的

public CameraSurfaceView(Context context, AttributeSet attrs) {
        super(context,attrs);
}

我也有同样的问题。我使用了一个第三方库，它允许你覆盖GridView的适配器，并为每个GridView单元指定自己的布局。

我终于意识到发生了什么。Eclipse仍然在为GridView中的每个单元格使用库的布局xml文件，尽管它没有给出这一点指示。在我的自定义适配器中，它表明它正在使用来自我自己项目的xml资源，尽管在运行时并不是这样。

所以我所做的是确保我的自定义xml布局和id与那些仍然坐在库中，清理项目，然后它开始读取正确的自定义布局，在我的项目中。

简而言之，如果要覆盖第三方库的适配器并指定自己的布局xml供适配器使用，请小心。如果项目中的布局与库中的布局具有相同的文件名，那么您可能会遇到一个非常难以找到的错误!