android銷毀activity

A. android中啟動service的activity銷毀了，這時怎麼關閉service

droid中怎麼啟動關閉Service及功能解釋 .
7.16，杭州。阿里百川無線開放大會。阿里與開發者一起見證移動的力量
什麼是Service？
解惑：
1、 Service不是分離開的進程，除非其他特殊情況，它不會運行在自己的進程，而是作為啟動運行它的進程的一部分。
2、 Service不是線程，這意味著它將在主線程里勞作。
啟動service有兩種方法：
1、 Context.startService()
調用者與服務之間沒有關聯，即使調用者退出，服務仍可運行
2、 Context.bindService()
調用者與服務綁定在一起，調用者一旦退出，服務也就終止
Service的生命周期
如果使用startService()啟動service，系統將通過傳入的Intent在底層搜索相關符合Intent裡面信息的service。如果服務沒有啟動則先運行onCreate，然後運行onStartCommand （可在裡面處理啟動時傳過來的Intent和其他參數），直到明顯調用stopService或者stopSelf才將停止Service。無論運行startService多少次，只要調用一次stopService或者stopSelf，Service都會停止。使用stopSelf(int)方法可以保證在處理好intent後再停止。
控制service運行的主要方式有兩種，主要是根據onStartCommand方法返回的數值。方法：
1、START_STICKY
2、START_NOT_STICKY or START_REDELIVER_INTENT
這里主要解釋這三個變數的意義：
1、 START_STICKY
在運行onStartCommand後service進程被kill後，那將保留在開始狀態，但是不保留那些傳入的intent。不久後service就會再次嘗試重新創建，因為保留在開始狀態，在創建 service後將保證調用onstartCommand。如果沒有傳遞任何開始命令給service，那將獲取到null的intent
2、 START_NOT_STICKY
在運行onStartCommand後service進程被kill後，並且沒有新的intent傳遞給它。Service將移出開始狀態，並且直到新的明顯的方法（startService）調用才重新創建。因為如果沒有傳遞任何未決定的intent那麼service是不會啟動，也就是期間onstartCommand不會接收到任何null的intent。
3、 START_REDELIVER_INTENT
在運行onStartCommand後service進程被kill後，系統將會再次啟動service，並傳入最後一個intent給onstartCommand。直到調用stopSelf(int)才停止傳遞intent。如果在被kill後還有未處理好的intent，那被kill後服務還是會自動啟動。因此onstartCommand不會接收到任何null的intent。
客戶端也可以使用bindService來保持跟service持久關聯。謹記：如果使用這種方法，那麼將不會調用onstartCommand（跟startService不一樣，下面例子注釋也有解析，大家可試試）。客戶端將會在onBind回調中接收到IBinder介面返回的對象。通常IBinder作為一個復雜的介面通常是返回aidl數據。
Service也可以混合start和bind一起使用。
許可權
要運行service，首先必須在AndroidManifest.xml里申明<service>標簽。
Service能夠保護個人的IPC調用，所以在執行實現該調用時前先使用checkCallingPermission(String) 方法檢查是否有這個許可權。

進程生命周期
當service運行在低內存的環境時，將會kill掉一下存在的進程。因此進程的優先順序將會很重要：
1、 如果service當前正在執行onCreate、onStartCommand、onDestroy方法，主進程將會成為前台進程來保證代碼可以執行完成避免被kill
2、 如果service已經啟動了，那麼主進程將會比其他可見的進程的重要性低，但比其他看不見的進程高。因為只有少部分進程始終是用戶可見的，因此除非在極度低內存的時候，不然 service是不會被kill的。
3、 如果有客戶端關聯到service，那麼service永遠比客戶端重要。也就是說客戶端可見，那麼service也可見（我理解這里的可見並不是可以看到，而是重要性，因為可見往往就表示重要性高）。
4、 Service可以使用startForeground API將service放到前台狀態。這樣在低內存時被kill的幾率更低，但是文檔後面又寫了，如果在極度極度低內存的壓力下，該service理論上還是會被kill掉。但這個情況基本不用考慮。
當然如果service怎麼保持還是被kill了，那你可以通過重寫onStartCommand返回變數來設置它的啟動方式。比如：START_STICKY、START_REDELIVER_INTENT等等，前面已經討論了它們的作用，這里就不再累贅了
另外：
service 的onCreate和onStartCommand 是運行在主線程的，所以如果裡面有處理耗時間的任務。兩種處理：
1、 請將它們都挪到新的線程里。
2、 用系統提供的IntentService，它繼承了Service，它處理數據是用自身新開的線程。

啟動關閉service實例

===================main文件========================
package com.services.coms;
import java.io.FileFilter;
import android.app.Activity;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.content.IntentFilter;
import android.os.Bundle;
import android.text.Html;
import android.util.Log;
import android.view.View;
import android.widget.Button;
import android.widget.TextView;
import android.widget.Toast;
public class MainService extends Activity {
private TextView textviewService;
private Button buttonStart ,buttonStop;
public static final int CMD_STOP_SERVICE = 0;
DataReceiver dateReceiver;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
textviewService=(TextView)findViewById(R.id.textservice);
buttonStart=(Button)findViewById(R.id.buttonstart);
buttonStop=(Button)findViewById(R.id.buttonstop);
buttonStart.setOnClickListener(buttonClick);
buttonStop.setOnClickListener(buttonClick);
}

private View.OnClickListener buttonClick =new View.OnClickListener() {
@Override
public void onClick(View v) {
if(v==buttonStart){
Intent intentService=new Intent(MainService.this,MyService.class);
startService(intentService);
Log.i("onStartCommand", "OnClickListener=");
}else if(v==buttonStop){
Intent intent=new Intent();
intent.setAction("AAAAA");
intent.putExtra("cmd",CMD_STOP_SERVICE);
sendBroadcast(intent);
}

}
};
private class DataReceiver extends BroadcastReceiver{

@Override
public void onReceive(Context context, Intent intent) {
Log.i("onStartCommand", "接受要更新的廣播數據="+intent.getStringExtra("data"));
String Date=intent.getStringExtra("data");
textviewService.setText(Html.fromHtml("<font color='#0066CC'><u>"+"Service的數據為:"+Date+"</font>"));
}
}
@Override
protected void onStart() {
dateReceiver=new DataReceiver();
IntentFilter intentfilter=new IntentFilter();// 創建IntentFilter對象
intentfilter.addAction("AAAAA");
registerReceiver(dateReceiver, intentfilter);// 注冊Broadcast Receiver
super.onStart();
}
@Override
protected void onStop() {
unregisterReceiver(dateReceiver);// 取消注冊Broadcast Receiver
super.onStop();
}

}
===================service文件===================
package com.services.coms;
import java.util.UUID;
import android.app.Service;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.content.IntentFilter;
import android.content.res.Configuration;
import android.os.IBinder;
import android.util.Log;

public class MyService extends Service {
CommandReceiver cmdReceiver;
boolean flag;

@Override
public void onConfigurationChanged(Configuration newConfig) {
// TODO Auto-generated method stub
super.onConfigurationChanged(newConfig);
}
@Override
public void onCreate() {
cmdReceiver=new CommandReceiver();
flag=true;
Log.i("onStartCommand", "onCreate=");
super.onCreate();
}
@Override
public void onDestroy() {
this.unregisterReceiver(cmdReceiver);// 取消BroadcastReceiver
super.onDestroy();
}
@Override
public void onLowMemory() {
// TODO Auto-generated method stub
super.onLowMemory();
}
@Override
public void onRebind(Intent intent) {
// TODO Auto-generated method stub
super.onRebind(intent);
}
@Override
public void onStart(Intent intent, int startId) {
// TODO Auto-generated method stub
super.onStart(intent, startId);
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.i("onStartCommand", "onStartCommand=");
IntentFilter intentFilter=new IntentFilter();
intentFilter.addAction("AAAAA");
registerReceiver(cmdReceiver, intentFilter);
doJob();// 調用方法啟動線程

return super.onStartCommand(intent, flags, startId);
}
@Override
public boolean onUnbind(Intent intent) {
// TODO Auto-generated method stub
return super.onUnbind(intent);
}
@Override
public IBinder onBind(Intent intent) {
// TODO Auto-generated method stub
return null;
}
//接受廣播
private class CommandReceiver extends BroadcastReceiver{
@Override
public void onReceive(Context context, Intent intent) {
int cmd=intent.getIntExtra("cmd", -1);
if(cmd==MainService.CMD_STOP_SERVICE){//如果等於0
flag=false;//停止線程
stopSelf();//停止服務
}
}

}
public void doJob(){
new Thread(){
@Override
public void run() {
while(flag){//如果==true執行發送廣播
try {
Thread.sleep(1000);//休眠1秒
} catch (InterruptedException e) {
e.printStackTrace();
}
Log.i("onStartCommand", "run=");
Intent intent=new Intent();
intent.setAction("AAAAA");
intent.putExtra("data",UUID.randomUUID()+"");
sendBroadcast(intent);//發送廣播名稱aaaaa 參數名字data

}
}
}.start();
}
}

==================layout文件=====================
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
>
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="@string/hello"
/>
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:id="@+id/textservice"
></TextView>
<Button
android:id="@+id/buttonstart"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="啟動服務"
android:gravity="center"
></Button>
<Button
android:id="@+id/buttonstop"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:text="停止服務"
android:gravity="center"
></Button>
</LinearLayout>

原文鏈接：http://blog.csdn.net/centralperk/article/details/7764379

B. android 中按下返回鍵銷毀activity的詳細調用過程。 求大神解答。

	@Override
	publicbooleanonKeyDown(intkeyCode,KeyEventevent){
		//TODOAuto-generatedmethodstub
if(keyCode==KeyEvent.ACTION_DOWN){
	MainActivity.this.finish();	
	returntrue;
}
		
returnsuper.onKeyDown(keyCode,event);
	}
	這個是按返回鍵就會銷毀activity,雙擊銷毀是判斷你雙擊的點擊事件間隔時間
	小於300ms就銷毀activity的

C. android 如何關閉指定的Activity

1、可以用一個統一管理容器list，把所有啟動activity放到一起，關閉C的時候，也把B找出來關閉。
2、另一個方法是，可以關閉C的時候，把其他所有A和B都銷毀，然後再重新啟動一個A。

D. Android如何不讓Activity銷毀

activity自動回收是有activity生命周期決定的，當activity退出或失去焦點（按home除外）後，就被銷毀了，activity不可後台運行，你不能改變。能後台運行的是services,broadcastreceiver。

E. android：當Activity和Service 都被銷毀後，如何控制其中生成的線程

1.首先
android
一個程序中
的activity
都是一個線程，service和activity也是一個線程
2.在activity
中啟動一個子線程，當前activity
finish
destroy掉
子線也會運行的。
3.在service里的線程
與activity很類似
service即使停止了
線程也在運行（要先停止服務
再把最近使用的進程殺掉
線程會停止
，如果直接殺掉進程
android會再次自動啟動這個service的
此時即使再停止service服務
線程也會一直運行了除非關機)
activity
finish
子線程依舊可以運行，即使程序退出了子線程也在運行
（除非在任務管理器里
把最近使用的進程殺掉）
4.JVM有很好的管理機制，系統最後會自動釋放回收。作為手動回收來說，你可以調用interrupt

F. Android開發中當一個activity被銷毀，他內部的所有成員變數（定義的button，textview..）都會被銷毀嗎

銷毀的時候，有方法會處理這些事，這些內部的成員變數，因為不會再被使用，就要被銷毀。

我沒有系統學過Android，但是他是用java語言開發，那麼機制應該和java一樣。
java有專門的垃圾回收機制，你不用了的，垃圾回收就會將這些用不到的東西回收掉。（我想，活動裡面，稍微復雜點。）

G. Android之Activity全面解析，有些知識點容易忘記

Activity作為安卓四大組件之一，是最重要也是用得最多的組件，涉及的知識點非常多，有些知識點平時開發很少用到，但在某些場景下需要特別注意，本文詳細整理了Activity涉及的知識點，供開發參考。

針對Activity可以提出很多問題，如：
Activity 的生命周期？
Activity 之間的通信方式？
Activity 各種情況下的生命周期？
橫豎屏切換時 Activity 的生命周期？
前台切換到後台，然後再回到前台時 Activity 的生命周期？
彈出 Dialog 的時候按 Home 鍵時 Activity 的生命周期？
兩個Activity之間跳轉時的生命周期？
下拉狀態欄時 Activity 的生命周期？
Activity 與 Fragment 之間生命周期比較？
Activity 的四種 LaunchMode（啟動模式）的區別？
Activity 狀態保存與恢復？
Activity的轉場動畫有哪些實現方式？
Activity的生命周期中怎麼獲取控制項寬高？
onNewIntent的執行時機？
如何連續退出多個Activity？

如何把Acitivty設置成Dialog樣式 ，android:theme="@android:style/Theme.Dialog"

關於橫豎屏切換的生命周期，對應不同的手機，由於廠商定製的原因，會有不同的效果，如設置了configChanges="orientation」在有些手機會執行各個生命周期，但有些手機卻不會執行。
網上常見的結論如下：

但實際的測試如下：

可以看出，不同廠商的手機切屏生命周期會有差異。
從API 13以上，當設備在橫豎切屏時，「屏幕尺寸」也會發生變化，因此為了杜絕切屏導致頁面銷毀重建，需要加上screenSize，使用設置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四種狀態如下：

在activity處於paused或者stoped狀態下，如果系統內存緊張，可能會被銷毀，當重回該activity時會重建，正常返回和被回收後返回的生命周期如下：

如果是回收後返回，onCreate的參數savedInstanceState不為空。

有哪些場景會觸發onNewIntent回調呢？跟啟動模式有關，首先該Activity實例已經存在，再次啟動才可能觸發。一種情況是啟動模式是singleTask或者singleInstance，無論該activity在棧中哪個位置，都會觸發onNewIntent回調，並且把上面其他acitivity移除，另一種情況是啟動模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP啟動，並且該activity實例在棧頂，會觸發onNewIntent，如果不在棧頂是重新創建的，不會觸發。

在實際業務開發中，往往碰到需要連續退出多個activity實例，下面整理了幾種常見方法：

● 發送特定廣播
1、在需要處理連續退出的activity注冊該特定廣播；
2、發起退出的activity發送該特定廣播；
3、接收到該廣播的activity 調用finish結束頁面。
● 遞歸退出
1、用startActivityForResult啟動新的activity；
2、前一個頁面finish時，觸發onActvityResult回調，再根據requestCode和resultCode處理是否finish，達到遞歸退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通過intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)啟動新activity，如果棧中已經有該實例，則會把該activity之上的所有activity關閉，達到singleTop啟動模式的效果。
● 自定義activity棧
1、自定義activity列表，新打開activity則加入棧中，關閉則移除棧；
2、需要退出多個activity時，則循環從棧中移除activity實例，並調用finish。

在討論Activity啟動模式經常提到任務棧，那到底什麼是任務棧？
任務是一個Activity的集合，它使用棧的方式來管理其中的Activity，這個棧又被稱為返回棧(back stack)，棧中Activity的順序就是按照它們被打開的順序依次存放的。返回棧是一個典型的後進先出(last in, first out)的數據結構。下圖通過時間線的方式非常清晰地向我們展示了多個Activity在返回棧當中的狀態變化：

taskAffinity 任務相關性，可以用於指定一個Activity更加願意依附於哪一個任務，在默認情況下，同一個應用程序中的所有Activity都具有相同的affinity， 名字為應用的包名。當然了，我們可以為每個 Activity 都單獨指定 taskAffinity 屬性（不與包名相同）。taskAffinity 屬性主要和 singleTask 啟動模式和 allowTaskReparenting 屬性配對使用，在其他情況下沒有意義。
taskAffinity 有下面兩種應用場景：

分為顯示啟動和隱式啟動。
（1）顯示啟動
直接指定待調整的Activity類名。

（2）隱式啟動
Intent 能夠匹配目標組件的 IntentFilter 中所設置的過濾信息，如果不匹配將無法啟動目標 Activity。IntentFilter 的過濾信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一個 Activity 中可以有多個 intent-filter
● 一個 intent-filter 同時可以有多個 action、category、data
● 一個 Intent 只要能匹配任何一組 intent-filter 即可啟動對應 Activity
● 新建的 Activity 必須加上以下這句，代表能夠接收隱式調用
<category android:name="android.intent.category.DEFAULT" />

只要匹配一個action即可跳轉，注意的是action要區分大小寫。

規則：如果intent中有category，則所有的都能匹配到intent-filter中的category，intent中的category數量可用少於intent-filter中的。另外，單獨設置category是無法匹配activity的，因為category屬性是一個執行Action的附加信息。

intent不添加category會匹配默認的，即 「android:intent.category.DEFAULT」
如果上面例子，如果去掉intent.setAction("action_name")，則會拋出異常：

規則：類似action，但data有復雜的結構，只要匹配一個data並且與data中所有屬性都一致就能匹配到Activity，只要有1個屬性不匹配，都無法找到activity。
data的結構：

data 主要是由 URI 和 mimeType 組成的。
URI 可配置很多信息，的結構如下：

與url類似，例如：

mineType：指資源類型包括文本、圖片、音視頻等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：
只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port
將上面的data改為

匹配mineType

如果有mineType，則不能僅設置setData或setMineType了，因為setData會把mineType置為null，而setMineType會把data置為null，導致永遠無法匹配到activity，要使用setDataAndType。

使用scheme的默認值contentfile

注意該方法需要在startAtivity方法或者是finish方法調用之後立即執行，不能延遲，但可以在子線程執行。

而在windowAnimationStyle中存在四種動畫：
activityOpenEnterAnimation // 打開新的Activity並進入新的Activity展示的動畫
activityOpenExitAnimation // 打開新的Activity並銷毀之前的Activity展示的動畫
activityCloseEnterAnimation //關閉當前Activity進入上一個Activity展示的動畫
activityCloseExitAnimation // 關閉當前Activity時展示的動畫

overridePendingTransition的方式比較生硬，方法也比較老舊了，不適用於MD風格，google提供了新的轉場動畫ActivityOptions，並提供了兼容包ActivityOptionsCompat。

我們知道在onCreate和onResume裡面直接獲取到控制項寬高為0，那有什麼辦法獲取到控制項的實際寬高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三種方式獲取。

當用戶點擊桌面圖標啟動APP時，背後的流程如下：

我們看到的手機桌面是Launch程序的界面，點擊應用圖標會觸發點擊事件，調用startActivity(intent)，然後通過Binder IPC機制，與ActivityManagerService(AMS)通訊，AMS執行一系列操作，最終啟動目前應用，大概流程如下：

通過PackageManager的resolveIntent()收集跳轉intent對象的指向信息，然後通過grantUriPermissionLocked()方法來驗證用戶是否有足夠的許可權去調用該intent對象指向的Activity。如果有許可權，則在新的task中啟動目標activity，如果發現沒有進程，則先創建進程。

如果進程不存在，AMS會調用startProcessLocked創建新的進程，在該方法中，會通過socket的通訊方式通知zygote進程孵化新的進程並返回pid，在新的進程中會初始化ActivityThread，並依次調用Looper.prepareLoop()和Looper.loop()來開啟消息循環。

創建好進程後下一步要將Application和進程綁定起來，AMS會調用上一節創建的ActivityThread對象的bindAppliction方法完成綁定工作，該方法會發送一條BIND_APPLICATION的消息，最終會調用handleBindApplication方法處理消息，並調用makeApplication方法處理消息，載入APP的classes到內存中。

通過前面的步驟，系統已經擁有了該Application的進程，後續的啟動則是從已存在其他進程中啟動Acitivity，即調用realStartAcitvityLocked，該方法會調用Application的主線程對象ActivityThread的sheleLaunchActivity方法，在方法中會發送LAUNCH_ACTIVITY到消息隊列，最終通過handleLaunchActivity處理消息，完成Acitivty的啟動。

Activity
Activity 的 36 大難點，你會幾個？「建議收藏」
[譯]Android Application啟動流程分析

H. android中怎麼銷毀當前的activity

執行finish()方法

android的生命周期包括onCreate,onStart,onResume,onPause,onStop,onDestroy
當調用finish方法後會執行onPause,onStop,onDestroy

I. android怎麼在一個activity中finish掉另外一個activity

假如A，B兩個Activity。

現在因為不清楚你的需求，我只能假設兩種方法。

第一種

A跳轉到B.這種情況下如何關閉A。在A跳轉前。A.this.finish();

然後再執行跳轉。

第二種

就是必須的在B中結束A。

{

privatestaticMap<String,Activity>destoryMap=newHashMap<>();

(){
}

/**
*添加到銷毀隊列
*
*@paramactivity要銷毀的activity
*/

(Activityactivity,StringactivityName){
destoryMap.put(activityName,activity);
}
	/**
	*銷毀指定Activity
	*/
(StringactivityName){
Set<String>keySet=destoryMap.keySet();
for(Stringkey:keySet){
if（key.equals(activityName)）{
destoryMap.get(key).finish();
}
}
}
}

在A創建的時候，調用 add方法把當前的A添加進去。

當需要結束的時候，在B中調用destoryActivity方法，指定添加A時的Key值來finish 掉A

J. 怎麼讓android的activity跳轉到下一個activity時讓前一個activity銷毀

Android之Activity的幾種跳轉方式
1.顯示調用方法
Intent intent=new Intent(this,OtherActivity.class); //方法1
Intent intent2=new Intent();
intent2.setClass(this, OtherActivity.class);//方法2
intent2.setClassName(this, "com.zy.MutiActivity.OtherActivity"); //方法3 此方式可用於打開其它的應用
intent2.setComponent(new ComponentName(this, OtherActivity.class)); //方法4
startActivity(intent2);
然後調用finish():結束當前Activity

2.隱式調用方法（只要action、category、data和要跳轉到的Activity在AndroidManifest.xml中設置的匹配就OK

3.跳轉到另一個Activity後，當返回時能返回數據
在跳轉的Activity端，調用startActivityForResult(intent2, 1),跳轉到下一個Activity，其中第一個參數為傳入的意圖對象，第二個為設置的請求碼；
跳轉到第二個Activity後，調用setResult(100, intent)方法可返回上一個Activity，其中第一個參數為結果碼，第二個為傳入的意圖對象；
在第一個Activity通過onActivityResult()方法獲得返回的數據。