Differenza tra onPause e onStop()

Question

Da doc Android qui http://developer.android.com/reference/android/app/Activity.html, ha detto 'attività viene in primo piano' chiamerà onPause(), e 'Activity non è più visibile' chiamerà onStop().

Non è "Attività in primo piano" come "Attività non è più visibile"? Potete dirmi per favore qual è la differenza tra loro?

Answer 1

Se è ancora possibile vedere qualsiasi parte di esso (Activity in primo piano o non occupa l'intero schermo o è un po 'trasparente), verrà chiamato onPause(). Se non riesci a vederne alcuna parte, verrà chiamato onStop().

Una finestra di dialogo **, ad esempio, potrebbe non coprire l'intero Activity precedente, e questo sarebbe il momento di chiamare onPause().

** Non mi riferisco a un Dialogo Android qui, piuttosto un'idea concettuale di qualcosa che si apre e oscura solo parte dello schermo utente. Questa nota è stata aggiunta per chiarire in base a un commento di @GMsoF sotto

Answer 2

Essere in primo piano significa che l'attività ha il focus di input. Ad esempio, un'attività può essere visibile ma parzialmente oscurata da una finestra di dialogo focalizzata. In tal caso, verrà chiamato onPause(), ma non onStop(). Quando la finestra di dialogo scompare, verrà chiamato il metodo onResume() dell'attività (ma non onStart()).

Answer 3

No, se alcune attività sono in primo piano, ciò non significa necessariamente che l'altra attività sia completamente invisibile. Si consideri il seguente caso:

Qui vediamo entrambe le attività allo stesso tempo. La prima attività con i campi è oscurata da un'altra attività e l'utente non può più interagire con esso. Tuttavia, è ancora visibile con tutte le conseguenze che ne derivano.

Ciò lascia una domanda che l'attività è considerata completamente opaca e che copre l'intero schermo e che non lo è. Questa decisione è basata sulla finestra contenente l'attività. Se la finestra ha una bandiera windowIsFloating o windowIsTranslucent, allora si considera che l'attività non rende invisibili le cose sottostanti, altrimenti lo fa e causerà la chiamata di onStop(). Il codice in questione può essere trovato in com.android.server.am.ActivityRecord:

fullscreen = ent != null && !ent.array.getBoolean(
     com.android.internal.R.styleable.Window_windowIsFloating, false) 
     && !ent.array.getBoolean(
     com.android.internal.R.styleable.Window_windowIsTranslucent, false); 

Answer 4

Yeap, cerco di capire e posso spiegare questo qui sotto:

Ci sono 2 attività: ActivityA & ActivityB

public class ActivityA extends Activity implements OnClickListener { 

// button 
private Button mBtnChangeActivity; 

@Override 
protected void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 
    setContentView(R.layout.activity_a); 
    initialize(); 
    setEvent(); 
} 

private void initialize() { 
    Log.i("Activity A", "Initialize()"); 
    mBtnChangeActivity = (Button) findViewById(R.id.btn_change_activity); 
} 

private void setEvent() { 
    Log.i("Activity A", "setEvent()"); 
    mBtnChangeActivity.setOnClickListener(this); 
} 

@Override 
protected void onStart() { 
    super.onStart(); 
    Log.i("Activity A", "onStart"); 
} 

@Override 
protected void onResume() { 
    super.onResume(); 
    Log.i("Activity A", "onResume"); 
} 

@Override 
protected void onPause() { 
    super.onPause(); 
    Log.i("Activity A", "onPause"); 
} 

@Override 
protected void onStop() { 
    super.onStop(); 
    Log.i("Activity A", "onStop"); 
} 

@Override 
protected void onDestroy() { 
    super.onDestroy(); 
    Log.i("Activity A", "onDestroy"); 
} 

@Override 
public void onClick(View v) { 
    switch (v.getId()) { 
    case R.id.btn_change_activity: 
     Intent activityB = new Intent(this, ActivityB.class); 
     startActivity(activityB); 
     break; 
    default: 
     break; 
    } 
} 

Ecco Attività B. Segui il mio commento nel codice

public class ActivityB extends Activity implements OnClickListener { 

// button 
private Button mBtnChangeActivity; 

@Override 
protected void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 
    setContentView(R.layout.activity_a); 
    initialize(); 
    setEvent(); 
    // if call finish() here, activityA will don't stop, just pause 
    // Activity A will call onStop() when Activity B call onStart() method 
    finish(); 
} 

private void initialize() { 
    Log.i("Activity B", "Initialize()"); 
    mBtnChangeActivity = (Button) findViewById(R.id.btn_change_activity); 
} 

private void setEvent() { 
    Log.i("Activity B", "setEvent()"); 
    mBtnChangeActivity.setOnClickListener(this); 
} 

@Override 
protected void onStart() { 
    super.onStart(); 
    Log.i("Activity B", "onStart"); 
} 

@Override 
protected void onResume() { 
    super.onResume(); 
    Log.i("Activity B", "onResume"); 
} 


@Override 
public void onClick(View v) { 
    switch (v.getId()) { 
    case R.id.btn_change_activity: 
     finish(); 
     break; 
    default: 
     break; 
    } 
} 
} 

Spero che questo sia chiaramente

Answer 5

Il seguente diagramma mostra i percorsi di stato importanti di un'attività. I rettangoli quadrati rappresentano i metodi di callback che è possibile implementare per eseguire operazioni quando l'attività si sposta tra gli stati. Gli ovali colorati sono gli stati principali in cui può svolgersi l'attività.

Answer 6

ogni volta che una nuova ATTIVITÀ inizia l'attività viene chiamata in modo provocatorio in qualsiasi circostanza.

realtà questo sarà due circostanze:

1- una parte di attività precedente è visibile o la nuova attività è trasparente: si chiamerà solo onPuase.

2- precedente attività è completamente ricoperto da una nuova attività: sia onPuase e onStop saranno chiamati

---- Buono a affermare alcune note:

NOTA 1: se una finestra inizia in cima verrà chiamata un'attività NESSUNA onPuase o onStop.

NOTA 2: se è un'attività il cui tema è impostato su una finestra di dialogo, il comportamento sarà simile a un'attività normale.

NOTA 3: apparentemente una finestra di dialogo del sistema come la finestra di dialogo delle autorizzazioni da marshmallow causerà onPuase.