나는 이와 같은 공개 방법을 가진 조각 (F1)을 가지고있다.

public void asd() {
    if (getActivity() == null) {
        Log.d("yes","it is null");
    }
}

그리고 네 (활동에서) 호출하면 null입니다 ...

FragmentTransaction transaction1 = getSupportFragmentManager().beginTransaction();
F1 f1 = new F1();
transaction1.replace(R.id.upperPart, f1);
transaction1.commit();
f1.asd();

내가 잘못하고있는 것이 틀림없지 만 그게 뭔지 모르겠다

commit 트랜잭션을 예약합니다. 즉, 즉시 발생하지 않지만 다음에 메인 스레드가 준비 될 때 메인 스레드에서 작업으로 예약됩니다.

추가하는 것이 좋습니다

onAttach(Activity activity)

메소드를 사용하여 Fragment중단 점을 설정하고 호출과 관련하여 호출 시점을 확인합니다 asd(). asd()엑시트를 호출하는 메소드 이후에 호출되는 것을 볼 수 있습니다 . onAttach어디에 호는 Fragment그 활동이 시점에서 부착되는 getActivity()비 - 널을 반환 (NB도있다 onDetach()호).

이를 제거하는 가장 좋은 방법은 onAttach가 호출 될 때 활동 참조를 유지하고 필요한 경우 활동 참조를 사용하는 것입니다.

@Override
public void onAttach(Context context) {
    super.onAttach(activity);
    mContext = context;
}

@Override
public void onDetach() {
    super.onDetach();
    mContext = null;
}

getActivity()조각이 제거 된 후 완료된 다른 스레드 를 호출 할 때 발생했습니다 . 일반적인 경우는 HTTP 요청이 끝났을 때 getActivity()(예 :)를 호출하는 것 입니다.ToastonResponse 입니다.

이를 피하기 위해 필드 이름을 정의하고 mActivity대신 사용할 수 getActivity()있습니다. 이 필드는 Fragment의 onAttach () 메소드에서 다음과 같이 초기화 할 수 있습니다.

@Override
public void onAttach(Context context) {
    super.onAttach(context);

    if (context instanceof Activity){
        mActivity =(Activity) context;
    }
}

내 프로젝트에서는 일반적으로이 기능을 사용하여 모든 Fragments에 대한 기본 클래스를 정의합니다.

public abstract class BaseFragment extends Fragment {

    protected FragmentActivity mActivity;

    @Override
public void onAttach(Context context) {
    super.onAttach(context);

    if (context instanceof Activity){
        mActivity =(Activity) context;
    }
}
}

행복한 코딩,

onAttach의 활동을 참조하도록 제안하는 다른 답변은 실제 문제에 대한 반창고를 제안하는 것입니다. getActivity가 null을 반환하면 조각이 활동에 첨부되지 않았 음을 의미합니다. 회전 또는 액티비티가 완료되어 액티비티가 사라졌지 만 프래그먼트에 여전히 콜백 리스너가 등록되어있는 경우 가장 일반적으로 발생합니다. 활동으로 무언가를해야하지만 활동이 없어지면 리스너가 호출되면 할 수있는 일이 많지 않습니다. 코드에서 확인해야합니다.getActivity() != null그리고 그것이 없다면 아무것도하지 마십시오. 사라진 활동에 대한 참조를 유지하면 활동이 가비지 수집되지 않습니다. 사용자가 시도하는 UI 항목은 사용자에게 표시되지 않습니다. 콜백 리스너에서 UI와 관련이없는 것에 대한 컨텍스트를 원할 수있는 상황을 상상할 수 있습니다.이 경우 응용 프로그램 컨텍스트를 얻는 것이 더 합리적입니다. onAttach트릭이 큰 메모리 누수가 아닌 유일한 이유 는 일반적으로 콜백 리스너가 실행 된 후에는 더 이상 필요하지 않으며 Fragment, 모든 뷰 및 Activity 컨텍스트와 함께 가비지 수집 될 수 있기 때문입니다. 만약 너라면setRetainInstance(true) 활동 필드도 유지되지만 회전 후에는 현재 활동이 아닌 이전 활동이 될 수 있기 때문에 메모리 누수가 발생할 가능성이 더 큽니다.

Android API 레벨 23부터 onAttach (Activity activity)가 더 이상 사용되지 않습니다. onAttach (Context context)를 사용해야합니다. http://developer.android.com/reference/android/app/Fragment.html#onAttach(android.app.Activity)

활동은 컨텍스트이므로 컨텍스트가 활동인지 간단히 확인하고 필요한 경우 캐스트하십시오.

@Override
public void onAttach(Context context) {
    super.onAttach(context);

    Activity a;

    if (context instanceof Activity){
        a=(Activity) context;
    }

}

PJL이 옳습니다. 나는 그의 제안을 사용했고 이것이 내가 한 일이다.

1. 조각에 대해 정의 된 전역 변수 :

   private final Object attachingActivityLock = new Object();

   private boolean syncVariable = false;

2. 구현

@Override
public void onAttach(Activity activity) {
  super.onAttach(activity);
  synchronized (attachingActivityLock) {
      syncVariable = true;
      attachingActivityLock.notifyAll();
  }
}

삼 . 스레드에서 getActivity ()를 호출 해야하는 함수를 래핑했습니다. 메인 스레드에서 실행되면 4 단계로 스레드를 차단하고 onAttach ()는 호출되지 않기 때문입니다.

    Thread processImage = new Thread(new Runnable() {

        @Override
        public void run() {
            processImage();
        }
    });
    processImage.start();

4. getActivity ()를 호출 해야하는 함수에서 getActivity ()를 호출하기 전에 이것을 사용합니다.

    synchronized (attachingActivityLock) {
        while(!syncVariable){
            try {
                attachingActivityLock.wait();
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
        }
    }

UI 업데이트가있는 경우 UI 스레드에서 실행해야합니다. ImgeView를 업데이트해야합니다.

image.post(new Runnable() {

    @Override
    public void run() {
        image.setImageBitmap(imageToShow);
    }
});

commit () 후에 콜백이 호출되는 순서 :

1. commit () 직후에 수동으로 호출하는 메소드
2. onAttach ()
3. onCreateView ()
4. onActivityCreated ()

일부 뷰와 관련된 작업을 수행해야했기 때문에 onAttach ()가 작동하지 않았습니다. 추락했다. 그래서 내 코드의 일부를 commit () (1.) 바로 다음에 호출 된 메소드 내에서 일부 매개 변수를 설정 한 다음 onCreateView () (3.) 내부의 뷰를 처리하는 코드의 일부를 이동했습니다.

OkHttp를 사용하고 있으며이 문제에 직면했습니다.

첫 번째 부분에서 @thucnguyen은 올바른 길을 가고 있었다 .

조각이 제거 된 후 완료된 다른 스레드에서 getActivity ()를 호출 할 때 발생했습니다. 일반적인 경우는 HTTP 요청이 완료되면 (예 : onResponse에서) getActivity () (예 : 토스트)를 호출하는 것입니다.

활동이 종료 된 후에도 일부 HTTP 호출이 실행 되었습니다 (HTTP 요청이 완료되기까지 시간이 걸릴 수 있음). 그런 다음 HttpCallback일부 Fragment 필드를 업데이트하려고했지만 시도 할 null때 예외가 발생했습니다 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();
    }
}

이 함수를 어디에서 호출합니까? 의 생성자에서 호출하면을 Fragment반환 null합니다.

getActivity()메소드 onCreateView()가 실행될 때 호출 하십시오 .

다음과 같이하십시오. 도움이 될 것 같습니다.

private boolean isVisibleToUser = false;
private boolean isExecutedOnce = false;


@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    View root = inflater.inflate(R.layout.fragment_my, container, false);
    if (isVisibleToUser && !isExecutedOnce) {
        executeWithActivity(getActivity());
    }
    return root;
}

@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
    super.setUserVisibleHint(isVisibleToUser);
    this.isVisibleToUser = isVisibleToUser;
    if (isVisibleToUser && getActivity()!=null) {
        isExecutedOnce =true;
        executeWithActivity(getActivity());
    }
}


private void executeWithActivity(Activity activity){
    //Do what you have to do when page is loaded with activity

}

여전히 onAttach (Activity activity)에 문제가있는 사람들은 방금 컨텍스트로 변경되었습니다.

    @Override
public void onAttach(Context context) {
    super.onAttach(context);
    this.context = context;
}

대부분의 경우 컨텍스트를 저장하면 충분합니다. 예를 들어 getResources ()를 수행하려는 경우 컨텍스트에서 바로 수행 할 수 있습니다. 여전히 활동에 컨텍스트를 작성 해야하는 경우-

 @Override
public void onAttach(Context context) {
    super.onAttach(context);
    mActivity a; //Your activity class - will probably be a global var.
    if (context instanceof mActivity){
        a=(mActivity) context;
    }
}

user1868713에서 제안한대로.

onAttach를 사용하거나 어디서나 onAttach를 넣고 싶지 않은 경우 기본 App 클래스에 ApplicationContext를 반환하는 메서드를 넣을 수 있습니다.

public class App {
    ...  
    private static Context context;

    @Override
    public void onCreate() {
        super.onCreate();
        context = this;
    }

    public static Context getContext() {
        return context;
    }
    ...
}

그런 다음 프로젝트의 모든 위치에서 다음과 같이 재사용 할 수 있습니다.

App.getContext().getString(id)

이것이 효과가없는 경우 알려주십시오.

또 다른 좋은 해결책은 MVVM 아키텍처와 함께 Android의 LiveData를 사용하는 것입니다. ViewModel 내부에 LiveData 객체를 정의하고 프래그먼트에서 관찰하고 LiveData 값이 변경되면 프래그먼트가 활성 상태 인 경우에만 관찰자 (이 경우 프래그먼트)에게 알릴 것이므로 보장됩니다. 프래그먼트가 활성 상태 일 때만 UI가 작동하고 액티비티에 액세스합니다. 이것은 LiveData 와 함께 제공되는 장점 중 하나입니다

물론이 질문을 처음 받았을 때 LiveData는 없었습니다. 내가 본 것처럼 여전히이 문제가 있으며 누군가에게 도움이 될 수 있기 때문에이 답변을 여기에 남겨두고 있습니다.

onActivityCreated () 내에서 getActivity () 메소드를 호출하십시오.