我有一个片段(F1)与这样的公共方法
public void asd() {
if (getActivity() == null) {
Log.d("yes","it is null");
}
}
是的，当我调用它(从活动)，它是空…
FragmentTransaction transaction1 = getSupportFragmentManager().beginTransaction();
F1 f1 = new F1();
transaction1.replace(R.id.upperPart, f1);
transaction1.commit();
f1.asd();
一定是我做错了什么，但我不知道是什么。
当前回答
我用这种方法解决了我的问题。我已经从前一个类传递了getApplicationContext，它已经访问了getApplicationContext。我已经将Inputstream对象传递给我的新类营养素。
try{
InputStream is= getApplicationContext().getAssets().open("nutrient_list.json");
Nutrients nutrients=Nutrients.getNutrients(topRecognition,is);
} catch (IOException e) {
e.printStackTrace();
}
其他回答
在commit()之后调用回调函数的顺序:
无论你在commit()之后手动调用什么方法 onAttach () onCreateView () onActivityCreated ()
我需要做一些涉及一些视图的工作，所以onAttach()不适合我;它坠毁。所以我移动了我的代码的一部分，设置一些参数在一个方法调用后立即提交()(1.)，然后在onCreateView()(3.)内处理视图的代码的另一部分。
Commit调度事务，也就是说，它不会立即发生，而是在下一次主线程准备就绪时在主线程上进行调度。
我建议加一个
onAttach(Activity activity)
方法，并在它上面放一个断点，看看它什么时候相对于你对asd()的调用被调用。您将看到它在您调用asd()退出的方法之后被调用。onAttach调用是片段附加到其活动的地方，从这一点上getActivity()将返回非空(注意还有一个onDetach()调用)。
另一个好的解决方案是使用Android的LiveData和MVVM架构。 你可以在你的ViewModel中定义一个LiveData对象，并在你的片段中观察它，当LiveData值发生变化时，只有当你的片段处于活动状态时，它才会通知你的观察者(在这种情况下是片段)，所以这将保证你的UI工作，只有当你的片段处于活动状态时才会访问活动。这是LiveData的一个优势
当然，当这个问题第一次被提出时，还没有LiveData。我把这个答案留在这里，因为在我看来，这个问题仍然存在，它可能会对某些人有所帮助。
我用这种方法解决了我的问题。我已经从前一个类传递了getApplicationContext，它已经访问了getApplicationContext。我已经将Inputstream对象传递给我的新类营养素。
try{
InputStream is= getApplicationContext().getAssets().open("nutrient_list.json");
Nutrients nutrients=Nutrients.getNutrients(topRecognition,is);
} catch (IOException e) {
e.printStackTrace();
}
我正在使用OkHttp，我刚刚遇到了这个问题。
@thucnguyen的第一部分是正确的。
这发生在您在另一个线程中调用getActivity()时，该线程在片段被删除后结束。典型的情况是在HTTP请求完成时调用getActivity()(例如Toast)(例如onResponse)。
一些HTTP调用甚至在活动关闭后仍在执行(因为完成HTTP请求可能需要一段时间)。然后，我通过HttpCallback试图更新一些片段字段，并在尝试getActivity()时得到一个空异常。
http.newCall(request).enqueue(new Callback(...
onResponse(Call call, Response response) {
...
getActivity().runOnUiThread(...) // <-- getActivity() was null when it had been destroyed already
IMO的解决方案是防止当片段不再活跃时发生回调(不仅仅是Okhttp)。
解决办法:预防。
如果你看一下片段的生命周期(更多信息在这里)，你会注意到有onAttach(Context Context)和onDetach()方法。它们分别在Fragment属于一个活动之后和停止之前被调用。
这意味着我们可以通过在onDetach方法中控制它来防止回调的发生。
@Override
public void onAttach(Context context) {
super.onAttach(context);
// Initialize HTTP we're going to use later.
http = new OkHttpClient.Builder().build();
}
@Override
public void onDetach() {
super.onDetach();
// We don't want to receive any more information about the current HTTP calls after this point.
// With Okhttp we can simply cancel the on-going ones (credits to https://github.com/square/okhttp/issues/2205#issuecomment-169363942).
for (Call call : http.dispatcher().queuedCalls()) {
call.cancel();
}
for (Call call : http.dispatcher().runningCalls()) {
call.cancel();
}
}
