NEUESTE INFO:
Ich habe mein Problem auf ein Problem eingegrenzt, bei dem der fragmentManager Instanzen alter Fragmente beibehält und mein Viewpager nicht mit meinem FragmentManager synchronisiert ist. Siehe dieses Problem ... http://code.google.com/p/android/issues/detail?id=19211#makechanges . Ich habe immer noch keine Ahnung, wie ich das lösen soll. Irgendwelche Vorschläge...
Ich habe lange versucht, dies zu debuggen, und jede Hilfe wäre sehr dankbar. Ich verwende einen FragmentPagerAdapter, der eine Liste von Fragmenten wie folgt akzeptiert:
List<Fragment> fragments = new Vector<Fragment>();
fragments.add(Fragment.instantiate(this, Fragment1.class.getName()));
...
new PagerAdapter(getSupportFragmentManager(), fragments);
Die Implementierung ist Standard. Ich verwende ActionBarSherlock und die v4-Berechenbarkeitsbibliothek für Fragmente.
Mein Problem ist, dass die Fragmente nach dem Verlassen der App und dem Öffnen mehrerer anderer Anwendungen und dem Zurückkehren ihre Referenz auf die FragmentActivity (dh getActivity() == null
) verlieren . Ich kann nicht herausfinden, warum dies geschieht. Ich habe versucht, manuell einzustellen, setRetainInstance(true);
aber das hilft nicht. Ich habe mir gedacht, dass dies passiert, wenn meine FragmentActivity zerstört wird. Dies passiert jedoch immer noch, wenn ich die App öffne, bevor ich die Protokollnachricht erhalte. Gibt es irgendwelche Ideen?
@Override
protected void onDestroy(){
Log.w(TAG, "DESTROYDESTROYDESTROYDESTROYDESTROYDESTROYDESTROY");
super.onDestroy();
}
Der Adapter:
public class PagerAdapter extends FragmentPagerAdapter {
private List<Fragment> fragments;
public PagerAdapter(FragmentManager fm, List<Fragment> fragments) {
super(fm);
this.fragments = fragments;
}
@Override
public Fragment getItem(int position) {
return this.fragments.get(position);
}
@Override
public int getCount() {
return this.fragments.size();
}
}
Eines meiner Fragmente wurde entfernt, aber ich habe alles herausgeholt, was entfernt wurde und immer noch nicht funktioniert ...
public class MyFragment extends Fragment implements MyFragmentInterface, OnScrollListener {
...
@Override
public void onCreate(Bundle savedInstanceState){
super.onCreate(savedInstanceState);
handler = new Handler();
setHasOptionsMenu(true);
}
@Override
public void onAttach(Activity activity) {
super.onAttach(activity);
Log.w(TAG,"ATTACHATTACHATTACHATTACHATTACH");
context = activity;
if(context== null){
Log.e("IS NULL", "NULLNULLNULLNULLNULLNULLNULLNULLNULLNULLNULL");
}else{
Log.d("IS NOT NULL", "NOTNOTNOTNOTNOTNOTNOTNOT");
}
}
@Override
public void onActivityCreated(Bundle savedState) {
super.onActivityCreated(savedState);
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
View v = inflater.inflate(R.layout.my_fragment,container, false);
return v;
}
@Override
public void onResume(){
super.onResume();
}
private void callService(){
// do not call another service is already running
if(startLoad || !canSet) return;
// set flag
startLoad = true;
canSet = false;
// show the bottom spinner
addFooter();
Intent intent = new Intent(context, MyService.class);
intent.putExtra(MyService.STATUS_RECEIVER, resultReceiver);
context.startService(intent);
}
private ResultReceiver resultReceiver = new ResultReceiver(null) {
@Override
protected void onReceiveResult(int resultCode, final Bundle resultData) {
boolean isSet = false;
if(resultData!=null)
if(resultData.containsKey(MyService.STATUS_FINISHED_GET)){
if(resultData.getBoolean(MyService.STATUS_FINISHED_GET)){
removeFooter();
startLoad = false;
isSet = true;
}
}
switch(resultCode){
case MyService.STATUS_FINISHED:
stopSpinning();
break;
case SyncService.STATUS_RUNNING:
break;
case SyncService.STATUS_ERROR:
break;
}
}
};
public void onCreateOptionsMenu(Menu menu, MenuInflater inflater) {
menu.clear();
inflater.inflate(R.menu.activity, menu);
}
@Override
public void onPause(){
super.onPause();
}
public void onScroll(AbsListView arg0, int firstVisible, int visibleCount, int totalCount) {
boolean loadMore = /* maybe add a padding */
firstVisible + visibleCount >= totalCount;
boolean away = firstVisible+ visibleCount <= totalCount - visibleCount;
if(away){
// startLoad can now be set again
canSet = true;
}
if(loadMore)
}
public void onScrollStateChanged(AbsListView arg0, int state) {
switch(state){
case OnScrollListener.SCROLL_STATE_FLING:
adapter.setLoad(false);
lastState = OnScrollListener.SCROLL_STATE_FLING;
break;
case OnScrollListener.SCROLL_STATE_IDLE:
adapter.setLoad(true);
if(lastState == SCROLL_STATE_FLING){
// load the images on screen
}
lastState = OnScrollListener.SCROLL_STATE_IDLE;
break;
case OnScrollListener.SCROLL_STATE_TOUCH_SCROLL:
adapter.setLoad(true);
if(lastState == SCROLL_STATE_FLING){
// load the images on screen
}
lastState = OnScrollListener.SCROLL_STATE_TOUCH_SCROLL;
break;
}
}
@Override
public void onDetach(){
super.onDetach();
if(this.adapter!=null)
this.adapter.clearContext();
Log.w(TAG, "DETACHEDDETACHEDDETACHEDDETACHEDDETACHEDDETACHED");
}
public void update(final int id, String name) {
if(name!=null){
getActivity().getSupportActionBar().setTitle(name);
}
}
}}
Die Aktualisierungsmethode wird aufgerufen, wenn ein Benutzer mit einem anderen Fragment interagiert und getActivity null zurückgibt. Hier ist die Methode, die das andere Fragment aufruft ...
((MyFragment) pagerAdapter.getItem(1)).update(id, name);
Ich glaube, wenn die App zerstört und dann neu erstellt wird, anstatt sie nur bis zum Standardfragment zu starten, wird die App gestartet und der Viewpager navigiert dann zur letzten bekannten Seite. Das scheint seltsam, sollte die App nicht einfach auf das Standardfragment geladen werden?
quelle
Antworten:
Sie stoßen auf ein Problem, weil Sie Verweise auf Ihre Fragmente außerhalb von
PagerAdapter.getItem
und instanziieren und versuchen, diese Verweise unabhängig vom ViewPager zu verwenden. Wie Seraph sagt, haben Sie Garantien, dass ein Fragment zu einem bestimmten Zeitpunkt in einem ViewPager instanziiert / hinzugefügt wurde - dies sollte als Implementierungsdetail betrachtet werden. Ein ViewPager lädt seine Seiten verzögert. Standardmäßig wird nur die aktuelle Seite und die linke und rechte Seite geladen.Wenn Sie Ihre App in den Hintergrund stellen, werden die Fragmente, die dem Fragmentmanager hinzugefügt wurden, automatisch gespeichert. Selbst wenn Ihre App beendet wird, werden diese Informationen beim Neustart Ihrer App wiederhergestellt.
Stellen Sie sich nun vor, Sie haben einige Seiten, Fragmente A, B und C, angezeigt. Sie wissen, dass diese dem Fragmentmanager hinzugefügt wurden. Da Sie diese Fragmente verwenden
FragmentPagerAdapter
und nichtFragmentStatePagerAdapter
, werden sie weiterhin hinzugefügt (aber möglicherweise getrennt), wenn Sie zu anderen Seiten scrollen.Bedenken Sie, dass Sie Ihre Anwendung dann als Hintergrund verwenden und sie dann beendet wird. Wenn Sie zurückkommen, wird sich Android daran erinnern, dass Sie früher Fragmente A, B und C im Fragment-Manager hatten. Daher werden sie für Sie neu erstellt und dann hinzugefügt. Diejenigen, die jetzt zum Fragmentmanager hinzugefügt werden, sind jedoch NICHT diejenigen, die Sie in Ihrer Fragmentliste in Ihrer Aktivität haben.
Der FragmentPagerAdapter versucht nicht aufzurufen,
getPosition
wenn für diese bestimmte Seitenposition bereits ein Fragment hinzugefügt wurde. Da das von Android neu erstellte Fragment niemals entfernt wird, haben Sie keine Hoffnung, es durch einen Aufruf von zu ersetzengetPosition
. Es ist auch ziemlich schwierig, einen Verweis darauf zu bekommen, da es mit einem Tag hinzugefügt wurde, das Ihnen unbekannt ist. Dies ist beabsichtigt; Sie werden davon abgehalten, mit den Fragmenten zu spielen, die der View Pager verwaltet. Sie sollten alle Ihre Aktionen innerhalb eines Fragments ausführen, mit der Aktivität kommunizieren und gegebenenfalls den Wechsel zu einer bestimmten Seite anfordern.Nun zurück zu Ihrem Problem mit der fehlenden Aktivität. Wenn Sie
pagerAdapter.getItem(1)).update(id, name)
nach all dem aufrufen, erhalten Sie das Fragment in Ihrer Liste zurück, das noch nicht zum Fragmentmanager hinzugefügt wurde , sodass es keine Aktivitätsreferenz enthält. Ich würde vorschlagen, dass Ihre Aktualisierungsmethode eine gemeinsam genutzte Datenstruktur (möglicherweise von der Aktivität verwaltet) ändert. Wenn Sie dann zu einer bestimmten Seite wechseln, kann sie sich basierend auf diesen aktualisierten Daten selbst zeichnen.quelle
instantiateItem
und Sie sollten dies tatsächlich inonCreate
Ihrer Aktivität tun . Details finden Sie hier: stackoverflow.com/questions/14035090/…Ich habe eine einfache Lösung gefunden, die für mich funktioniert hat.
Lassen Sie Ihren Fragmentadapter FragmentStatePagerAdapter anstelle von FragmentPagerAdapter erweitern und überschreiben Sie die Methode onSave, um null zurückzugeben
Dies verhindert, dass Android Fragmente neu erstellt
Einen Tag später fand ich eine andere und bessere Lösung.
Fordern Sie
setRetainInstance(true)
alle Ihre Fragmente an und speichern Sie Verweise darauf irgendwo. Ich habe das in meiner Aktivität in einer statischen Variablen gemacht, weil sie als singleTask deklariert ist und Fragmente die ganze Zeit gleich bleiben können.Auf diese Weise erstellt Android keine Fragmente neu, sondern verwendet dieselben Instanzen.
quelle
setRetainInstance(true)
mitFragmentPagerAdapter
. Alles funktioniert gut. Aber wenn ich das Gerät drehe, hat der Adapter immer noch die Fragmente, aber die Fragmente werden nicht angezeigt. Die Lebenszyklusmethoden der Fragmente werden ebenfalls nicht aufgerufen. Kann jemand helfen?Ich habe dieses Problem gelöst, indem ich direkt über den FragmentManager auf meine Fragmente zugegriffen habe, anstatt wie folgt über den FragmentPagerAdapter. Zuerst muss ich das Tag des Fragments herausfinden, das vom FragmentPagerAdapter automatisch generiert wird ...
Dann bekomme ich einfach einen Verweis auf dieses Fragment und mache, was ich brauche ...
In meinen Fragmenten habe ich das
setRetainInstance(false);
so eingestellt, dass ich dem savedInstanceState-Bundle manuell Werte hinzufügen kann.und dann greife ich im OnCreate nach diesem Schlüssel und stelle den Status des Fragments nach Bedarf wieder her. Eine einfache Lösung, die (zumindest für mich) schwer herauszufinden war.
quelle
FragmentByTag
in ViewPager zu verwenden.Global funktionierende getestete Lösung.
getSupportFragmentManager()
behält die Nullreferenz einige Male bei und der View-Pager erstellt keine neuen, da er einen Verweis auf dasselbe Fragment findet. Um dies zu überwinden,getChildFragmentManager()
löst diese Verwendung das Problem auf einfache Weise.Tu das nicht:
new PagerAdapter(getSupportFragmentManager(), fragments);
Mach das:
new PagerAdapter(getChildFragmentManager() , fragments);
quelle
FragmentStatePagerAdapter(activity!!.supportFragmentManager)
einer leichter zu betrachtendenFragmentStatePagerAdapter(childFragmentManager)
:)Versuchen Sie nicht, zwischen Fragmenten in ViewPager zu interagieren. Sie können nicht garantieren, dass ein anderes Fragment angehängt ist oder sogar existiert. Anstatt den Titel der Aktionsleiste aus dem Fragment zu ändern, können Sie dies aus Ihrer Aktivität heraus tun. Verwenden Sie dazu das Standardschnittstellenmuster:
quelle
Sie können die Fragmente entfernen, wenn Sie den Viewpager zerstören. In meinem Fall habe ich sie entfernt
onDestroyView()
von meinem Fragment entfernt:quelle
ViewPager
auch aufchildFragmentManager
Adapter basiert (nichtfragmentManager
). Auch eine andere Variante funktioniert: Nicht verwendenonDestroyView
, sondern untergeordnete Fragmente vor derViewPager
Adaptererstellung entfernen .Nach ein paar Stunden Suche nach einem ähnlichen Problem denke ich, dass ich eine andere Lösung habe. Zumindest dieses hat bei mir funktioniert und ich muss nur ein paar Zeilen ändern.
Dies ist das Problem, das ich hatte. Ich habe eine Aktivität mit einem Ansichtspager, der einen FragmentStatePagerAdapter mit zwei Fragmenten verwendet. Alles funktioniert einwandfrei, bis ich erzwinge, dass die Aktivität zerstört wird (Entwickleroptionen) oder den Bildschirm drehe. Ich behalte einen Verweis auf die beiden Fragmente, nachdem sie in der Methode getItem erstellt wurden.
Zu diesem Zeitpunkt wird die Aktivität erneut erstellt und an diesem Punkt funktioniert alles einwandfrei, aber ich habe den Verweis auf meine Fragmente verloren, da getItem nicht erneut aufgerufen wird.
So habe ich dieses Problem im FragmentStatePagerAdapter behoben:
Sie erhalten keinen erneuten Aufruf von getItem, wenn der Adapter bereits intern einen Verweis darauf hat, und Sie sollten dies nicht ändern. Stattdessen können Sie das Fragment, das es verwendet, erhalten, indem Sie sich diese andere Methode instantiateItem () ansehen, die für jedes Ihrer Fragmente aufgerufen wird.
Hoffe das hilft jedem.
quelle
Da der FragmentManager sich darum kümmert, Ihre Fragmente für Sie wiederherzustellen, sobald die onResume () -Methode aufgerufen wird, muss das Fragment die Aktivität aufrufen und sich selbst zu einer Liste hinzufügen. In meinem Fall speichere ich all dies in meiner PagerAdapter-Implementierung. Jedes Fragment kennt seine Position, da es bei der Erstellung zu den Fragmentargumenten hinzugefügt wird. Wenn ich jetzt ein Fragment an einem bestimmten Index bearbeiten muss, muss ich nur noch die Liste meines Adapters verwenden.
Das folgende Beispiel zeigt einen Adapter für einen benutzerdefinierten ViewPager, der das Fragment vergrößert, wenn es in den Fokus gerät, und verkleinert, wenn es unscharf wird. Neben den Adapter- und Fragmentklassen, die ich hier habe, ist alles, was Sie brauchen, damit die übergeordnete Aktivität auf die Adaptervariable verweisen kann und Sie festgelegt sind.
Adapter
Fragment
quelle
Meine Lösung: Ich setze fast jede Ansicht als
static
. Jetzt interagiert meine App perfekt. Die statischen Methoden von überall aufrufen zu können, ist vielleicht kein guter Stil, aber warum mit Code herumspielen, der nicht funktioniert? Ich habe viele Fragen und ihre Antworten hier auf SO gelesen und keine Lösung brachte Erfolg (für mich).Ich weiß, dass es den Speicher verlieren und Haufen verschwenden kann, und mein Code wird nicht in andere Projekte passen, aber ich habe keine Angst davor - ich habe die App auf verschiedenen Geräten und Bedingungen getestet, überhaupt keine Probleme, das Android Die Plattform scheint damit umgehen zu können. Die Benutzeroberfläche wird jede Sekunde aktualisiert und selbst auf einem S2 ICS (4.0.3) -Gerät kann die App Tausende von Geomarkern verarbeiten.
quelle
Ich hatte das gleiche Problem, aber mein ViewPager befand sich in einem TopFragment, mit dem ein Adapter erstellt und festgelegt wurde
setAdapter(new FragmentPagerAdapter(getChildFragmentManager()))
.Ich habe dieses Problem behoben, indem ich
onAttachFragment(Fragment childFragment)
das TopFragment wie folgt überschrieben habe:Wie bereits bekannt (siehe Antworten oben), erstellt der childFragmentManager beim erneuten Erstellen auch die Fragmente, die sich im viewPager befanden.
Der wichtige Teil ist, dass er danach AttachFragment aufruft und jetzt einen Verweis auf das neu erstellte Fragment hat!
Hoffe das hilft jedem, der dieses alte Q wie ich bekommt :)
quelle
Ich habe das Problem gelöst, indem ich die Fragmente in SparceArray gespeichert habe:
quelle
Nur damit du weißt ...
Zusätzlich zur Litanei der Leiden mit diesen Klassen gibt es einen ziemlich interessanten Fehler, der es wert ist, geteilt zu werden.
Ich verwende einen ViewPager, um in einem Baum von Elementen zu navigieren (wählen Sie ein Element aus, und der Ansichtspager animiert das Scrollen nach rechts, und der nächste Zweig wird angezeigt. Navigieren Sie zurück, und der ViewPager scrollt in die entgegengesetzte Richtung, um zum vorherigen Knoten zurückzukehren.) .
Das Problem tritt auf, wenn ich Fragmente vom Ende des FragmentStatePagerAdapter schiebe und platziere. Es ist intelligent genug, um zu bemerken, dass sich die Elemente ändern, und intelligent genug, um ein Fragment zu erstellen und zu ersetzen, wenn sich das Element geändert hat. Aber nicht intelligent genug, um den Fragmentstatus zu verwerfen, oder nicht intelligent genug, um die intern gespeicherten Fragmentzustände zu kürzen, wenn sich die Adaptergröße ändert. Wenn Sie also ein Element einfügen und ein neues an das Ende schieben, erhält das Fragment für das neue Element den gespeicherten Status des Fragments für das alte Element, was in meinem Code zu absoluten Verwüstungen geführt hat. Meine Fragmente enthalten Daten, deren erneutes Abrufen aus dem Internet möglicherweise viel Arbeit erfordert. Daher war es keine Option, den Status nicht zu speichern.
Ich habe keine saubere Problemumgehung. Ich habe so etwas benutzt:
Eine unvollständige Lösung, da die neue Fragmentinstanz immer noch ein savedState-Bundle erhält, aber zumindest keine veralteten Daten enthält.
quelle
Da die Leute nicht dazu neigen, Kommentare zu lesen, ist hier eine Antwort, die meistens das dupliziert, was ich hier geschrieben habe :
Die Hauptursache des Problems ist die Tatsache, dass Android-System nicht aufruft
getItem
, um Fragmente zu erhalten, die tatsächlich angezeigt werden, aberinstantiateItem
. Diese Methode versucht zunächst, eine Fragmentinstanz für eine bestimmte Registerkarte in zu suchen und wiederzuverwendenFragmentManager
. Nur wenn diese Suche fehlschlägt (was nur beim ersten Erstellen beim ersten Erstellen geschiehtFragmentManager
),getItem
wird aufgerufen. Es liegt auf der Hand, dass Fragmente (die möglicherweise schwer sind) nicht jedes Mal neu erstellt werden, wenn ein Benutzer sein Gerät dreht.Um dies zu lösen,
Fragment.instantiate
sollten Sie nicht Fragmente in Ihrer Aktivität erstellen, sondern den Ort verwenden, an dem Fragmente mithilfe der jeweiligen Konstruktoren erstellt werden.pagerAdapter.instantiateItem
und alle diese Aufrufe sollten vonstartUpdate/finishUpdate
Methodenaufrufen umgeben sein , die jeweils Fragmenttransaktionen starten / festschreiben.getItem
quelle