<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆 - 33, 文章 - 0, 評論 - 12, 引用 - 0
    數據加載中……

    2011年12月20日

    Activity四種啟動模式

    Activity啟動方式有四種,分別是:

    standard
    singleTop
    singleTask
    singleInstance

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

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

    1. <activity  
    2.     android:name=".A1"  
    3.     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 建華 閱讀(259) | 評論 (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 建華 閱讀(653) | 評論 (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 建華 閱讀(4999) | 評論 (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 建華 閱讀(755) | 評論 (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 建華 閱讀(259) | 評論 (0)編輯 收藏

    android多國語言文件夾

    android多國語言文件夾文件匯總如下:

    中文(中國):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 建華 閱讀(4876) | 評論 (0)編輯 收藏

    如果task中已經有這個activity A,那么就把A拿到task的最頂層,而不是創建一個新的activity

    Intent.FLAG_ACTIVITY_REORDER_TO_FRONT的意思是,如果task中已經有這個activity A,那么就把A拿到task的最頂層,而不是創建一個新的activity。

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

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

    主站蜘蛛池模板: 成年女人永久免费观看片| 18观看免费永久视频| 亚洲啪AV永久无码精品放毛片 | 日本亚洲欧洲免费天堂午夜看片女人员 | 国产成人人综合亚洲欧美丁香花| 中文字幕免费播放| 亚洲精品高清一二区久久| 亚洲美女色在线欧洲美女| 91精品全国免费观看含羞草| 亚洲av福利无码无一区二区| 色播精品免费小视频| 亚洲日韩精品A∨片无码加勒比| 国产高清免费在线| 久久久久久久久久久免费精品| 国产亚洲精品无码拍拍拍色欲| 拍拍拍无挡免费视频网站| 日日夜夜精品免费视频| 欧洲美女大片免费播放器视频| 免费看国产成年无码AV片| 国产成人亚洲精品| 免费国产人做人视频在线观看| 亚洲欧洲一区二区| 国产免费MV大全视频网站| 亚洲av无码一区二区三区网站| 美女被吸屁股免费网站| 亚洲精品无码日韩国产不卡?V| 最近国语视频在线观看免费播放| 亚洲人成电影在线天堂 | 国产片免费福利片永久| 二区久久国产乱子伦免费精品| 久久精品国产亚洲av麻豆| 精品久久久久成人码免费动漫 | 日韩免费人妻AV无码专区蜜桃 | 成人影片麻豆国产影片免费观看| 亚洲精品色在线网站| 亚洲精品无码久久一线| 亚洲天堂免费在线| 国产精品免费视频观看拍拍| 色偷偷女男人的天堂亚洲网| 亚洲中文字幕伊人久久无码| 无码精品A∨在线观看免费|