亚洲av无码天堂一区二区三区 ,亚洲不卡av不卡一区二区,亚洲一区二区三区免费观看

2012年3月23日

Activity四種啟動(dòng)模式

Activity啟動(dòng)方式有四種，分別是：

standard
singleTop
singleTask
singleInstance

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

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

[html] view plain copy

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

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

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

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

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

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

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

例如：
若我的應(yīng)用程序中有三個(gè)Activity,C1,C2,C3，三個(gè)Activity可互相啟動(dòng)，其中C2為singleTask模式，那么，無(wú)論我在這個(gè)程序中如何點(diǎn)擊啟動(dòng)，如：C1->C2->C3->C2->C3->C1-C2，C1,C3可能存在多個(gè)實(shí)例，但是C2只會(huì)存在一個(gè)，并且這三個(gè)Activity都在同一個(gè)task里面。
但是C1->C2->C3->C2->C3->C1-C2，這樣的操作過(guò)程實(shí)際應(yīng)該是如下這樣的，因?yàn)閟ingleTask會(huì)把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)用程序打開(kāi)C2，則會(huì)新啟一個(gè)task。
如別的應(yīng)用Other中有一個(gè)activity，taskId為200，從它打開(kāi)C2，則C2的taskIdI不會(huì)為200，例如C2的taskId為201，那么再?gòu)腃2打開(kāi)C1、C3，則C2、C3的taskId仍為201。
注意：如果此時(shí)你點(diǎn)擊home，然后再打開(kāi)Other，發(fā)現(xiàn)這時(shí)顯示的肯定會(huì)是Other應(yīng)用中的內(nèi)容，而不會(huì)是我們應(yīng)用中的C1 C2 C3中的其中一個(gè)。

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

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

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

posted @ 2015-06-23 11:04 建華閱讀(268) | 評(píng)論 (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);

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

//不想寫(xiě)類(lèi)型直接*/*也是可以的

intent.setType("audio/*");

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

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

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) | 評(píng)論 (0) | 編輯收藏

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

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

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

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

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

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

in(inches)——英寸

mm(millimeters)——毫米

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

dip != px

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

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

不加任何標(biāo)簽的資源是各種分辨率情況下共用的。布局時(shí)盡量使用單位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) | 評(píng)論 (2) | 編輯收藏

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

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

最后一點(diǎn)，就算你成功刪除了，android模擬器每次啟動(dòng)時(shí)也會(huì)恢復(fù)回來(lái)。
那么如何永久刪除呢，很簡(jiǎn)單，刪除SdkSetup.apk，輸入rm SdkSetup.apk
還沒(méi)完，找到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) | 評(píng)論 (0) | 編輯收藏

surfaceView 與View 的區(qū)別

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

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

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

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

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

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

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

　　1 被動(dòng)更新畫(huà)面的。比如棋類(lèi)，這種用view就好了。因?yàn)楫?huà)面的更新是依賴(lài)于 onTouch 來(lái)更新，可以直接使用 invalidate。因?yàn)檫@種情況下，這一次Touch和下一次的Touch需要的時(shí)間比較長(zhǎng)些，不會(huì)產(chǎn)生影響。

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

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

zhaojianhua

Activity四種啟動(dòng)模式

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

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

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

surfaceView 與View 的區(qū)別

導(dǎo)航

常用鏈接

留言簿

隨筆分類(lèi)

隨筆檔案

搜索

最新評(píng)論

閱讀排行榜

評(píng)論排行榜