Android

如果對Intent不是特別瞭解，可以參見博文《詳解Android中Intent的使用方法》，該文對本文要使用的action、category以及data都進行了詳細介紹。如果想瞭解在開發中常見Intent的使用，可以參見《Android中Intent習慣用法》。本文內容有點長，希望大家可以耐心讀完。本文在描述組件在manifest中註冊的Intent

一、Intent的用途Intent主要有以下幾種重要用途: 1. 啟動Activity：可以將Intent對象傳遞給startActivity()方法或startActivityForResult()方法以啟動一個Activity，該Intent對象包含了要啟動的Activity的資訊及其他必要的資料。 2.

本文執行個體講述了Android編程中activity啟動時出現白屏、黑屏問題的解決方案。分享給大家供大家參考，具體如下：預設情況下 activity 啟動的時候先把螢幕刷成白色，再繪製介面，繪製介面或多或少有點延遲，這段時間中你看到的就是白屏，顯然影響使用者體驗，怎麼消除呢？在 Activity theme 設定style 即可<style name="AppTheme" parent="android:Theme.Light.NoTitleBar"> <item

本文分析了Android編程之Activity中onDestroy()調用方法。分享給大家供大家參考，具體如下：剛剛一個BUG讓我發現，如果 activity 實現了一個回調介面，然後使用 this 設定給需要回調介面的方法，這種應用情境比較常見，最常見的就是實現 onClickListener 介面，然後 findViewById().setOnClickListenr(this)如果，這個回調介面設定到了一個靜態對象（單例模式），當 activity finish()

本文執行個體講述了Android不使用自訂布局情況下實現自訂通知欄表徵圖的方法。分享給大家供大家參考，具體如下：自訂通知欄表徵圖？不是很簡單麼。自訂布局都不在話下！是的，有xml布局檔案當然一切都很簡單，如果不給你布局檔案用呢?聽我慢慢道來！首先怎麼建立一個通知呢？1.new 一個複製代碼 代碼如下:Notification n = new Notification(android.R.drawable.ic_menu_share, null,

本文執行個體講述了Android編程實現禁止系統鎖屏與解鎖亮屏的方法。分享給大家供大家參考，具體如下：需求：某個時刻任務執行完畢，關閉螢幕，某時刻再開啟螢幕繼續執行任務通常情況下，不設定螢幕常亮，系統會自動鎖屏，鎖屏後不能從代碼解鎖（疑問），所以我的做法是只讓系統關閉螢幕，但不鎖屏！WakeLock lock, unLock;KeyguardManager km;KeyguardLock kl;unLock =

本文執行個體講述了Android編程判斷網路連接是否可用的方法。分享給大家供大家參考，具體如下：為了提高使用者體驗，我們在開發 android 應用的過程需要連網擷取資料的時候我們首先要做的一步就是：1.判斷當前手機是否開啟了網路2.開啟了網路是否可以上網然後再去執行連網邏輯，避免沒連網做不必要的工作！通常情況下，我們是這樣判斷的public static boolean isNetAvailable(Context context) { ConnectivityManager

本文執行個體講述了Android編程之ICS式下拉式功能表PopupWindow實現方法。分享給大家供大家參考，具體如下：運行效果截圖如下：右邊這個就是下拉式功能表啦，看見有的地方叫他 ICS式下拉式功能表，哎喲，不錯哦！下面先講一下實現原理：這種菜單實際上就是一個彈出式的菜單，於是我們想到android PopupWindow 類，給他設定一個view 在彈出來不就OK了嗎。PopupWindow 的用法也很簡單主要方法：步驟1.new 一個執行個體出來，我們使用這個構造方法即可，複製代碼

本文執行個體講述了Android編程之簡單逐幀動畫Frame的實現方法。分享給大家供大家參考，具體如下：1、逐幀動畫即是通過播放預先排序好的圖片來實現動態畫面，感覺像是放電影。2、實現步驟：① 在工程裡面匯入要播放的圖片。此簡單例子中為start_icon1，2，3.② 在工程res檔案目錄下建立一個anim檔案夾，在裡面建立一個start_animation.xml格式檔案,此檔案用來定義動畫播放圖片的順序及每一張圖片顯示停留時間。代碼如下：<?xml version="1.0"

本文分析了Android編程中出現The connection to adb is down問題的解決方案。分享給大家供大家參考，具體如下：1.報錯：BUILD FAILED D:\workspace\ganji\build.xml:144: The following error occurred while executing this line: D:\workspace\ganji\build.xml:271: Unable to delete file

本文分析了丟失Android系統庫或者Conversion to Dalvik format failed with error 1錯誤的解決方案。分享給大家供大家參考，具體如下：在eclipse開發Android項目時出現的很多問題都可以使用Project--------->clean來輕易解決。但如果出現說Android庫找不到，或者不小心remove了Android系統庫，怎麼重新添加Android系統庫呢？在eclipse裡面的Java Build

本文執行個體講述了Android編程之退出整個應用程式的方法。分享給大家供大家參考，具體如下：我們在寫android應用程式時，經常會遇到想退出當前Acitivity，或者直接退出應用程式.我之前的一般操作是按返回鍵，或者直接按home鍵直接返回，其實這兩種操作都沒有關閉當前應用程式，沒有釋放系統資源。有時跳轉的activity較多時，還需要多次按返回鍵，這樣感覺一點都不爽。後面添加了一個菜單返回功能鍵，這個方法也只能用system.exit(0)來關閉當前活動的Activity，代碼如下：pu

為什麼我們需要IntentService ?Android中的IntentService是繼承自Service類的，在我們討論IntentService之前，我們先想一下Service的特點:

本文主要是對Handler和訊息迴圈的實現原理進行源碼分析，如果不熟悉Handler可以參見博文《詳解Android中Handler的使用方法》，裡面對Android為何以引入Handler機制以及如何使用Handler做了講解。概括來說，Handler是Android中引入的一種讓開發人員參與處理線程中訊息迴圈的機制。我們在使用Handler的時候與Message打交道最多，Message是Hanlder機制向開發人員暴露出來的相關類，可以通過Message類完成大部分操作Handler的功能

在Android開發中，我們經常會遇到這樣一種情況：在UI介面上進行某項操作後要執行一段很耗時的代碼，比如我們在介面上點擊了一個”下載“按鈕，那麼我們需要執行網路請求，這是一個耗時操作，因為不知道什麼時候才能完成。為了保證不影響UI線程，所以我們會建立一個新的線程去執行我們的耗時的代碼。當我們的耗時操作完成時，我們需要更新UI介面以告知使用者操作完成了。所以我們可能會寫出如下的代碼:package ispring.com.testhandler;import

關於startService的基本使用概述及其生命週期可參見《Android中startService基本使用方法概述》。本文通過播放背景音樂的簡單樣本，示範startService的基本使用流程，具體內容如下系統介面如下： 介面上面就兩個按鈕，”播放音樂並退出Activity” 和

關於startService的基本使用概述及其生命週期可參見《Android中startService基本使用方法概述》。本文通過批量下載檔案的簡單樣本，示範startService以及stopService(startId)的使用流程，具體內容如下系統介面如下: 介面很簡單，就一個按鈕“批量下載文章”，通過該Activity上的按鈕啟動DownloadService。DownloadService是用來進行下載CSDN上部落格文章的服務，代碼如下:package

      在訊息通知的時候，我們經常用到兩個控制項Notification和Toast。特別是重要的和需要長時間顯示的資訊，用Notification最合適不過了。他可以在頂部顯示一個表徵圖以標示有了新的通知，當我們拉下通知欄的時候，可以看到詳細的通知內容。     

 為了防止使用者或者測試MM瘋狂的點擊某個button，寫個方法防止按鈕連續點擊。具體執行個體代碼如下所示：public class BaseActivity extends Activity { protected boolean isDestroy; //防止重複點擊設定的標誌，涉及到點擊開啟其他Activity時，將該標誌設定為false，在onResume事件中設定為true private boolean clickable=true; @Override

大家都知道，現在安裝Android系統的手機版本和裝置千差萬別，在模擬器上運行良好的程式安裝到某款手機上說不定就出現崩潰的現象，開發人員個人不可能購買所有裝置逐個調試，所以在程式發布出去之後，如果出現了崩潰現象，開發人員應該及時擷取在該裝置上導致崩潰的資訊，這對於下一個版本的bug修複協助極大，所以今天就來介紹一下如何在程式崩潰的情況下收集相關的裝置參數資訊和具體的異常資訊，並發送這些資訊到伺服器供開發人員分析和偵錯工具。我們先建立一個crash項目，項目結構如圖：在MainActivity.j