在线亚洲人成电影网站色www,亚洲日韩乱码中文无码蜜桃臀,亚洲熟妇色自偷自拍另类

2011年12月13日

Activity四種啟動模式

Activity啟動方式有四種，分別是：

standard
singleTop
singleTask
singleInstance

可以根據(jù)實(shí)際的需求為Activity設(shè)置對應(yīng)的啟動模式，從而可以避免創(chuàng)建大量重復(fù)的Activity等問題。

設(shè)置Activity的啟動模式，只需要在AndroidManifest.xml里對應(yīng)的<activity>標(biāo)簽設(shè)置android:launchMode屬性，例如：

[html] view plain copy

<activity
android:name=".A1"
android:launchMode="standard" />

下面是這四種模式的作用：

standard
默認(rèn)模式，可以不用寫配置。在這個模式下，都會默認(rèn)創(chuàng)建一個新的實(shí)例。因此，在這種模式下，可以有多個相同的實(shí)例，也允許多個相同Activity疊加。

例如：
若我有一個Activity名為A1, 上面有一個按鈕可跳轉(zhuǎn)到A1。那么如果我點(diǎn)擊按鈕，便會新啟一個Activity A1疊在剛才的A1之上，再點(diǎn)擊，又會再新啟一個在它之上……
點(diǎn)back鍵會依照棧順序依次退出。

singleTop
可以有多個實(shí)例，但是不允許多個相同Activity疊加。即，如果Activity在棧頂?shù)臅r候，啟動相同的Activity，不會創(chuàng)建新的實(shí)例，而會調(diào)用其onNewIntent方法。

例如：
若我有兩個Activity名為B1,B2,兩個Activity內(nèi)容功能完全相同，都有兩個按鈕可以跳到B1或者B2，唯一不同的是B1為standard，B2為singleTop。
若我意圖打開的順序?yàn)锽1->B2->B2，則實(shí)際打開的順序?yàn)锽1->B2（后一次意圖打開B2，實(shí)際只調(diào)用了前一個的onNewIntent方法）
若我意圖打開的順序?yàn)锽1->B2->B1->B2，則實(shí)際打開的順序與意圖的一致，為B1->B2->B1->B2。

singleTask
只有一個實(shí)例。在同一個應(yīng)用程序中啟動他的時候，若Activity不存在，則會在當(dāng)前task創(chuàng)建一個新的實(shí)例，若存在，則會把task中在其之上的其它Activity destory掉并調(diào)用它的onNewIntent方法。
如果是在別的應(yīng)用程序中啟動它，則會新建一個task，并在該task中啟動這個Activity，singleTask允許別的Activity與其在一個task中共存，也就是說，如果我在這個singleTask的實(shí)例中再打開新的Activity，這個新的Activity還是會在singleTask的實(shí)例的task中。

例如：
若我的應(yīng)用程序中有三個Activity,C1,C2,C3，三個Activity可互相啟動，其中C2為singleTask模式，那么，無論我在這個程序中如何點(diǎn)擊啟動，如：C1->C2->C3->C2->C3->C1-C2，C1,C3可能存在多個實(shí)例，但是C2只會存在一個，并且這三個Activity都在同一個task里面。
但是C1->C2->C3->C2->C3->C1-C2，這樣的操作過程實(shí)際應(yīng)該是如下這樣的，因?yàn)閟ingleTask會把task中在其之上的其它Activity destory掉。
操作：C1->C2 C1->C2->C3 C1->C2->C3->C2 C1->C2->C3->C2->C3->C1 C1->C2->C3->C2->C3->C1-C2
實(shí)際：C1->C2 C1->C2->C3 C1->C2 C1->C2->C3->C1 C1->C2

若是別的應(yīng)用程序打開C2，則會新啟一個task。
如別的應(yīng)用Other中有一個activity，taskId為200，從它打開C2，則C2的taskIdI不會為200，例如C2的taskId為201，那么再從C2打開C1、C3，則C2、C3的taskId仍為201。
注意：如果此時你點(diǎn)擊home，然后再打開Other，發(fā)現(xiàn)這時顯示的肯定會是Other應(yīng)用中的內(nèi)容，而不會是我們應(yīng)用中的C1 C2 C3中的其中一個。

singleInstance
只有一個實(shí)例，并且這個實(shí)例獨(dú)立運(yùn)行在一個task中，這個task只有這個實(shí)例，不允許有別的Activity存在。

例如：
程序有三個ActivityD1,D2,D3，三個Activity可互相啟動，其中D2為singleInstance模式。那么程序從D1開始運(yùn)行，假設(shè)D1的taskId為200，那么從D1啟動D2時，D2會新啟動一個task，即D2與D1不在一個task中運(yùn)行。假設(shè)D2的taskId為201，再從D2啟動D3時，D3的taskId為200，也就是說它被壓到了D1啟動的任務(wù)棧中。

若是在別的應(yīng)用程序打開D2，假設(shè)Other的taskId為200，打開D2，D2會新建一個task運(yùn)行，假設(shè)它的taskId為201，那么如果這時再從D2啟動D1或者D3，則又會再創(chuàng)建一個task，因此，若操作步驟為other->D2->D1，這過程就涉及到了3個task了。

posted @ 2015-06-23 11:04 建華閱讀(268) | 評論 (0) | 編輯收藏

藍(lán)牙發(fā)送文件

系統(tǒng)4.0.3以后的
File file=new File("");

Uri uri1 = Uri.fromFile(file);

Intent intent = new Intent();

intent.setAction(Intent.ACTION_SEND);

//intent.setType("audio/*");

intent.setType("application/octet-stream");

ComponentName comp=new ComponentName("com.mediatek.bluetooth","com.mediatek.bluetooth.BluetoothShareGatewayActivity");

intent.setComponent(comp);

intent.putExtra(Intent.EXTRA_STREAM, uri1);

startActivity(intent);

系統(tǒng)4.0.3以前的

Intent intent = new Intent();

intent.setAction(Intent.ACTION_SEND);

//這個類型函數(shù)是自己工具類的方法，你可以自己設(shè)置文件類型，例如圖片文件：image/*

//不想寫類型直接*/*也是可以的

intent.setType("audio/*");

//這里setClassName就是指定藍(lán)牙，不寫這句就彈出選擇用什么發(fā)送

//有藍(lán)牙啊，gmail啊，彩信之類的

intent.setClassName("com.android.bluetooth" , "com.android.bluetooth.opp.BluetoothOppLauncherActivity");

intent.putExtra(Intent.EXTRA_STREAM, Uri.fromFile(new File("")));

startActivity(intent);

ArrayList<Uri> uris = new ArrayList<Uri>();

uris.add(Uri.fromFile(new File("/sdcard/111.txt")));

uris.add(Uri.fromFile(new File("/sdcard/222.txt")));

Intent intent = new Intent();

intent.setAction(Intent.ACTION_SEND_MULTIPLE);

intent.setType("video/*");

intent.setClassName("com.android.bluetooth" , "com.android.bluetooth.opp.BluetoothOppLauncherActivity");

//intent.setClassName("com.mediatek.bluetooth","com.mediatek.bluetooth.BluetoothShareGatewayActivity");

//intent.putExtra(Intent.EXTRA_STREAM, Uri.fromFile(new File("/sdcard/111.txt")) );

//intent.putExtra(Intent.EXTRA_STREAM, Uri.fromFile(new File("/sdcard/222.txt")));

intent.putExtra(Intent.EXTRA_STREAM, uris);

startActivity(intent);

posted @ 2013-02-20 08:45 建華閱讀(659) | 評論 (0) | 編輯收藏

Android中關(guān)于dip和px以及轉(zhuǎn)換的總結(jié)

我們在頁面布局的時候，經(jīng)常會設(shè)置容器的長度，但是到底該使用哪個作為長度的單位而懊惱。在Android中支持的描述大小區(qū)域的類型有以下幾種:

px(pixels)——像素：不同的設(shè)備顯示效果相同，一般我們HVGA代表320x480像素，這個用的比較多。

dip(device independent pixels)——設(shè)備獨(dú)立像素：這個和設(shè)備硬件有關(guān)，一般我們?yōu)榱酥С諻CGA、HVGA和QVGA推薦使用這個，不依賴于像素。等同于dp。

sp(scaled pixels—best for text size)——帶比例的像素。

pt(points)——磅：1pt = 1/72英寸

in(inches)——英寸

mm(millimeters)——毫米

到底px和dip有什么區(qū)別呢？

dip != px

主要是針對不同設(shè)備而言的。在Density是160的設(shè)備上，比如用AVDManager創(chuàng)建的默認(rèn)模擬器，dip和px是一樣的但是如果同樣的代碼，換到不同Density的設(shè)備上，比如換到一個Density是240的設(shè)備上，dip和px體現(xiàn)出來的大小就不一樣了。px不管在什么樣的設(shè)備上都是那樣長，但是dip會根據(jù)設(shè)備變化；WQVGA屏density=120；QVGA屏density=120；HVGA屏density=160；WVGA屏density=240；density值表示每英寸有多少個顯示點(diǎn)，與分辨率是兩個概念。

當(dāng)屏幕density=240時使用hdpi標(biāo)簽的資源
當(dāng)屏幕density=160時，使用mdpi標(biāo)簽的資源
當(dāng)屏幕density=120時，使用ldpi標(biāo)簽的資源。

不加任何標(biāo)簽的資源是各種分辨率情況下共用的。布局時盡量使用單位dip，少使用px。

換算公式為：
pixs =dips * (densityDpi/160).

dips=(pixs*160)/densityDpi

如何獲得設(shè)備的屏幕分辨率和屏幕密度？

例如分辨率為480*800，密度為240的設(shè)備，方法如下

DisplayMetrics dm =getResources().getDisplayMetrics();

dm.densityDpi=240

dm.widthPixels=480

dm.heightPixels=800

posted @ 2013-02-01 10:08 建華閱讀(5006) | 評論 (2) | 編輯收藏

在android模擬器中永久刪除自帶應(yīng)用程序

首先啟動android模擬器。
打開cmd命令行窗口。輸入adb -s emulator-5554 shell
此時可以管理系統(tǒng)文件夾了，再輸入ls
可以看到列出了文件夾和文件，輸入cd system/app再輸入ls
可以看到系統(tǒng)自帶的應(yīng)用程序apk文件，刪除你想要刪除的，例如Phone.apk，輸入rm Phone.apk
此時會看到提示說rm failed for Phone.apk, Read-only file system那是因?yàn)檫@些是只讀文件，我們沒有權(quán)限刪除它。所以接下來要做的是獲取權(quán)限，首先查看權(quán)限，輸入mount
可以看到/dev/block/mtdblock0 /system yaffs2 ro 0 0說明在system這個地方我們沒有權(quán)限那么接下來我們就來獲取權(quán)限，輸入mount -o remount,rw -t yaffs2 /dev/block/mtdblock0 /system
沒有提示錯誤，再次查看權(quán)限，輸入mount
可以看到/dev/block/mtdblock0 /system yaffs2 rw 0 0
說明我們已經(jīng)獲取到權(quán)限了此時再輸入rm Phone.apk就可以成功刪除了

最后一點(diǎn)，就算你成功刪除了，android模擬器每次啟動時也會恢復(fù)回來。
那么如何永久刪除呢，很簡單，刪除SdkSetup.apk，輸入rm SdkSetup.apk
還沒完，找到avd目錄(一般在我的文檔)，進(jìn)入xxxx.avd目錄，刪除cache.img和userdata-qemu.img
還有還有，找到%SDK_HOME%/platforms/android-X/images/system.img，復(fù)制到上面的目錄中。
最后最后，再重啟模擬器，大功告成！

posted @ 2012-12-26 18:17 建華閱讀(765) | 評論 (0) | 編輯收藏

surfaceView 與View 的區(qū)別

如果你的游戲不吃CPU，用View就比較好，符合標(biāo)準(zhǔn)Android操作方式，由系統(tǒng)決定刷新surface的時機(jī)。

　　但如果很不幸的，你做不到不讓你的程序吃CPU，你就只好使用SurfaceView來強(qiáng)制刷新surface了，不然系統(tǒng)的UI進(jìn)程很可能搶不過你那些吃CPU的線程。

　　當(dāng)然其實(shí)不止這兩種方法來刷新Surface的，這兩種只是純Java應(yīng)用比較常見的方法。

　　SurfaceView和View最本質(zhì)的區(qū)別在于，surfaceView是在一個新起的單獨(dú)線程中可以重新繪制畫面而View必須在UI的主線程中更新畫面。

　　那么在UI的主線程中更新畫面可能會引發(fā)問題，比如你更新畫面的時間過長，那么你的主UI線程會被你正在畫的函數(shù)阻塞。那么將無法響應(yīng)按鍵，觸屏等消息。

　　當(dāng)使用surfaceView 由于是在新的線程中更新畫面所以不會阻塞你的UI主線程。但這也帶來了另外一個問題，就是事件同步。比如你觸屏了一下，你需要surfaceView中 thread處理，一般就需要有一個event queue的設(shè)計(jì)來保存touch event，這會稍稍復(fù)雜一點(diǎn)，因?yàn)樯婕暗骄€程同步。

　　所以基于以上，根據(jù)游戲特點(diǎn)，一般分成兩類。

　　1 被動更新畫面的。比如棋類，這種用view就好了。因?yàn)楫嬅娴母率且蕾囉?onTouch 來更新，可以直接使用 invalidate。因?yàn)檫@種情況下，這一次Touch和下一次的Touch需要的時間比較長些，不會產(chǎn)生影響。

　　2 主動更新。比如一個人在一直跑動。這就需要一個單獨(dú)的thread不停的重繪人的狀態(tài)，避免阻塞main UI thread。所以顯然view不合適，需要surfaceView來控制。

posted @ 2012-03-23 16:33 建華閱讀(265) | 評論 (0) | 編輯收藏

android多國語言文件夾

android多國語言文件夾文件匯總?cè)缦拢?/p>

中文（中國）：values-zh-rCN

中文（臺灣）：values-zh-rTW

中文（香港）：values-zh-rHK

英語（美國）：values-en-rUS

英語（英國）：values-en-rGB

英文（澳大利亞）：values-en-rAU

英文（加拿大）：values-en-rCA

英文（愛爾蘭）：values-en-rIE

英文（印度）：values-en-rIN

英文（新西蘭）：values-en-rNZ

英文（新加坡）：values-en-rSG

英文（南非）：values-en-rZA

阿拉伯文（埃及）：values-ar-rEG

阿拉伯文（以色列）：values-ar-rIL

保加利亞文: values-bg-rBG

加泰羅尼亞文：values-ca-rES

捷克文：values-cs-rCZ

丹麥文：values-da-rDK

德文（奧地利）：values-de-rAT

德文（瑞士）：values-de-rCH

德文（德國）：values-de-rDE

德文（列支敦士登）：values-de-rLI

希臘文：values-el-rGR

西班牙文（西班牙）：values-es-rES

西班牙文（美國）：values-es-rUS

芬蘭文（芬蘭）：values-fi-rFI

法文（比利時）：values-fr-rBE

法文（加拿大）：values-fr-rCA

法文（瑞士）：values-fr-rCH

法文（法國）：values-fr-rFR

希伯來文：values-iw-rIL

印地文：values-hi-rIN

克羅里亞文：values-hr-rHR

匈牙利文：values-hu-rHU

印度尼西亞文：values-in-rID

意大利文（瑞士）：values-it-rCH

意大利文（意大利）：values-it-rIT

日文：values-ja-rJP

韓文：values-ko-rKR

立陶宛文：valueslt-rLT

拉脫維亞文：values-lv-rLV

挪威博克馬爾文：values-nb-rNO

荷蘭文(比利時)：values-nl-BE

荷蘭文（荷蘭）：values-nl-rNL

波蘭文：values-pl-rPL

葡萄牙文（巴西）：values-pt-rBR

葡萄牙文（葡萄牙）：values-pt-rPT

羅馬尼亞文：values-ro-rRO

俄文：values-ru-rRU

斯洛伐克文：values-sk-rSK

斯洛文尼亞文：values-sl-rSI

塞爾維亞文：values-sr-rRS

瑞典文：values-sv-rSE

泰文：values-th-rTH

塔加洛語：values-tl-rPH

土耳其文：values--r-rTR

烏克蘭文：values-uk-rUA

越南文：values-vi-rVN

posted @ 2012-02-09 15:21 建華閱讀(4882) | 評論 (0) | 編輯收藏

如果task中已經(jīng)有這個activity A，那么就把A拿到task的最頂層，而不是創(chuàng)建一個新的activity

Intent.FLAG_ACTIVITY_REORDER_TO_FRONT的意思是，如果task中已經(jīng)有這個activity A，那么就把A拿到task的最頂層，而不是創(chuàng)建一個新的activity。

所以不加flag也不會影響界面的切過去，只是會影響task的順序而已。

posted @ 2011-12-20 19:31 建華閱讀(304) | 評論 (0) | 編輯收藏

Android開發(fā)小知識 ListView幾個比較特別的屬性

Android:stackFromBottom="true" 設(shè)置該屬性之后你做好的列表就會顯示在列表的最下面，值為true和false
android:transcriptMode="alwaysScroll" 要用ListView或者其它顯示大量Items的控件實(shí)時跟蹤或者查看信息，并且希望最新的條目可以自動滾動到可視范圍內(nèi)。通過設(shè)置的控件 transcriptMode屬性可以將Android平臺的控件（支持ScrollBar）自動滑動到最底部。 c
acheColorHint屬性，很多人希望能夠改變一下它的背景，使他能夠符合整體的UI設(shè)計(jì)，改變背景背很簡單只需要準(zhǔn)備一張圖片然后指定屬性
android:background="@drawable/bg"，不過當(dāng)你這么做以后，發(fā)現(xiàn)背景是變了，但是當(dāng)你拖動，或者點(diǎn)擊list空白位置的時候發(fā)現(xiàn)ListItem都變成黑色的了，破壞了整體效果。如果只是換背景的顏色的話，可以直接指定
android:cacheColorHint為你所要的顏色，如果你是用圖片做背景的話，那也只要將
android:cacheColorHint指定為透明（#00000000）就可以了
android:divider="@drawable/list_driver" 其中 @drawable/list_driver 是一個圖片資源，如果不想顯示分割線則只要設(shè)置為android:divider="@drawable/@null" 就可以了 android:scrollbars="none"與setVerticalScrollBarEnabled(true);的效果是一樣的，不活動的時候隱藏，活動的時候也隱藏 android:fadeScrollbars="true" 配置ListView布局的時候，設(shè)置這個屬性為true就可以實(shí)現(xiàn)滾動條的自動隱藏和顯示。 fadingEdge屬性，上邊和下邊有黑色的陰影 android:fadingEdge="none" 設(shè)置后沒有陰影了