Activity get을 죽이고 다시 만든 후 조각이 남아 있습니다.

Question

코드 조각으로 만들고 FrameLayouts에 넣는 부분 인 FragmentActivity (Support Fragments)가 있습니다. 지금까지 모든 것이 잘 작동합니다. 이제 시스템이 내 활동을 죽이지 않는 한 모든 것이 반환됩니다. (또는 DDMS에서 중지 버튼으로 수행합니다.) 그런 일이 일어나지 않으면 아무 것도 부르지 않고 내 활동이 죽게됩니다. onDestroy가 호출되지 않습니다.

그래서 내 App을 다시 열 때 모든 Fragments가 여전히 존재하며 NullPointerExeptions을 얻습니다. 왜냐하면 그들은 자신의 작업을 시도하기 때문입니다. 파편은 App의이 상태에 존재하지 않아야하므로 나에게 문제가된다.

backStack에서 필요하지 않으므로 거기에 넣지 않아도되고 popBackStack()을 호출하여 제거 할 수 없습니다.

어떻게하면 onCreate()에서 FragmentManager를 리셋 할 수 있습니까? 아니면 조각이 파손되는 것을 막을 수 있습니까?

Answer 1

동일한 문제 일지 모르겠지만 얼마 전에 조각 라이프 사이클 메소드가 호출되지 않았으며 문제가 조각 관리자와 관련된 뷰 페이지의 조각에 문제가있었습니다.

따라서 supportFragmentManager 대신 childFragmentManager를 사용하여 문제가 해결되는지 확인하십시오.

Answer 2

실제로 이것은 정상 일 수 있습니다. 많은 프래그먼트를 인스턴스화하고 파기하는 대신, 안드로이드는이를 유지할 수 있습니다. 이는 특히 ViewPages에서 발생합니다.

많은 getActivity() 호출 또는 컨텍스트를 가져 오는 호출을 사용하고 있습니까? 이 경우, 널 (null) 또 다른 팁은 AsyncTasks 조심하는 것

Activity activity = getActivity(); 
if (activity == null) 
{ 
    Log.w("activity null!", "This will cause a crash if you access this variable!"); 
} 

같은 간단한을 수행하여 getActivity() 호출을 확인합니다. 백그라운드에서 이들 중 하나라도 실행 중이면 활동이 살아 있는지 또는 죽었는지 추적해야합니다. Android의 최신 버전에는 수명주기 검사가 포함되어 있지만 onAttach() 및 onDetach()에도 부울 플래그를 유지할 수 있습니다.

Answer 3

조각의 lifecycle은 활동의 라이프 사이클과 비슷하므로 다른 앱의 메모리를 절약하기 위해 시스템에서 삭제하고 다시 만들 수 있습니다. 즉, 조각의 상태를 저장하고 복원하는 메커니즘이 있음을 의미합니다. 당신이 그것을 사용해야합니다.

• 저장 onSaveInstanceState
• 에서 조각의 상태 상태 복원 - 그것은 불가능의 경우 savedState 번들 (등, onCreate, onCreateView) 다양한 방법의 조각에 제공

을 (데이터가 동적이고 직렬화되지 않기 때문에) 조각화 된 상태를 저장하고 초기화되지 않은 상태에 대한 기본 동작을 구현하십시오.

Answer 4

나는 늦게 정말 알고하지만 난 같은 문제가 내가 여기 여기

support FragmentPagerAdapter holds reference to old fragments

내가 문제가되면 있다는 것을 생각

ViewPager and fragments — what's the right way to store fragment's state?

을 답변을 찾을 생성 한 액티비티를 생성하고 프래그먼트 저장 프로그램이 아닌 일부 목록에 프래그먼트를 저장합니다. 활동이 다시 작성되면 조각도 작성되지만 조각 관리자는 전에 작성한 조각을 사용합니다. 이 조각은 앱을 백그라운드에두기 전에 만들어진 조각이기 때문에 조각이 getActivity()에 대해 null을 반환하는 방식입니다.