成人免费在线视频观看,亚洲成人精品一区二区三区,激情视频网站在线播放色

2012年3月23日

Activity四種啟動模式

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

standard
singleTop
singleTask
singleInstance

可以根據實際的需求為Activity設置對應的啟動模式，從而可以避免創建大量重復的Activity等問題。

設置Activity的啟動模式，只需要在AndroidManifest.xml里對應的<activity>標簽設置android:launchMode屬性，例如：

[html] view plain copy

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

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

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

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

singleTop
可以有多個實例，但是不允許多個相同Activity疊加。即，如果Activity在棧頂的時候，啟動相同的Activity，不會創建新的實例，而會調用其onNewIntent方法。

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

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

例如：
若我的應用程序中有三個Activity,C1,C2,C3，三個Activity可互相啟動，其中C2為singleTask模式，那么，無論我在這個程序中如何點擊啟動，如：C1->C2->C3->C2->C3->C1-C2，C1,C3可能存在多個實例，但是C2只會存在一個，并且這三個Activity都在同一個task里面。
但是C1->C2->C3->C2->C3->C1-C2，這樣的操作過程實際應該是如下這樣的，因為singleTask會把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
實際：C1->C2 C1->C2->C3 C1->C2 C1->C2->C3->C1 C1->C2

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

singleInstance
只有一個實例，并且這個實例獨立運行在一個task中，這個task只有這個實例，不允許有別的Activity存在。

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

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

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

藍牙發送文件

系統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);

系統4.0.3以前的

Intent intent = new Intent();

intent.setAction(Intent.ACTION_SEND);

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

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

intent.setType("audio/*");

//這里setClassName就是指定藍牙，不寫這句就彈出選擇用什么發送

//有藍牙啊，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 建華閱讀(655) | 評論 (0) | 編輯收藏

Android中關于dip和px以及轉換的總結

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

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

dip(device independent pixels)——設備獨立像素：這個和設備硬件有關，一般我們為了支持WCGA、HVGA和QVGA推薦使用這個，不依賴于像素。等同于dp。

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

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

in(inches)——英寸

mm(millimeters)——毫米

到底px和dip有什么區別呢？

dip != px

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

當屏幕density=240時使用hdpi標簽的資源
當屏幕density=160時，使用mdpi標簽的資源
當屏幕density=120時，使用ldpi標簽的資源。

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

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

dips=(pixs*160)/densityDpi

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

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

DisplayMetrics dm =getResources().getDisplayMetrics();

dm.densityDpi=240

dm.widthPixels=480

dm.heightPixels=800

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

在android模擬器中永久刪除自帶應用程序

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

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

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

surfaceView 與View 的區別

如果你的游戲不吃CPU，用View就比較好，符合標準Android操作方式，由系統決定刷新surface的時機。

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

　　當然其實不止這兩種方法來刷新Surface的，這兩種只是純Java應用比較常見的方法。

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

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

　　當使用surfaceView 由于是在新的線程中更新畫面所以不會阻塞你的UI主線程。但這也帶來了另外一個問題，就是事件同步。比如你觸屏了一下，你需要surfaceView中 thread處理，一般就需要有一個event queue的設計來保存touch event，這會稍稍復雜一點，因為涉及到線程同步。

　　所以基于以上，根據游戲特點，一般分成兩類。

　　1 被動更新畫面的。比如棋類，這種用view就好了。因為畫面的更新是依賴于 onTouch 來更新，可以直接使用 invalidate。因為這種情況下，這一次Touch和下一次的Touch需要的時間比較長些，不會產生影響。

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

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

zhaojianhua

Activity四種啟動模式

藍牙發送文件

Android中關于dip和px以及轉換的總結

在android模擬器中永久刪除自帶應用程序

surfaceView 與View 的區別

導航

常用鏈接

留言簿

隨筆分類

隨筆檔案

搜索

最新評論

閱讀排行榜

評論排行榜