Android

    Android開發過程中，資料轉送是難免的，一般組織資料有兩種方式：xml格式和json格式。兩者解析都非常方便，而且解析工具也都很多，這裡不多作比較。      下面就Json格式的解析做一個比較實用的分析：       1） 解析Json格式的資料       2）

最近做的項目用到很多圖片，經常出現記憶體溢出。　　Andorid限制了8M的圖片記憶體，如果超過了就會溢出，那就是要及時釋放記憶體中的圖片資源。　　我之前的做法是簡單對圖片對象設定null。其實這樣是不行的，圖片依然在記憶體中的。　　那如何做更有效呢?　　很簡單。有代碼有真相。Java代碼 if(!bitmap.isRecycled()){//先判斷圖片是否已釋放了      bitmap.recycle(); &n

OpenCore是Android多媒體架構的核心，所有Android平台的音頻視頻採集，播放的操作都是通過它來實現。   通過OpenCore程式員可以方便快捷的開發出想要的多媒體應用程式，例如：音視頻採集，回放，視頻會議，即時的流媒體播放等等。它是一個基於C++實現，定義了全功能的作業系統移植層，各種準系統均被封裝成類的形式，各層次之間的介面多使用繼承等方式。  

有人會問什麼是簽名？以及為什麼要做簽名？    今天有我的一點小心得，和大家分享一下。     什麼是簽名？就是寫完應用程式以後，需要打包，簽名，和發布。所有的Android應用程式都要求開發人員用一個認證進行數位簽章，該認證的私密金鑰由開發人員所有。     簽名的作用：（1) ,

Java代碼 //顯示網頁 Uri uri = Uri.parse("http://google.com");   Intent it = new Intent(Intent.ACTION_VIEW, uri);    //顯示地圖 Uri uri =

在模擬器下可以使用 sqlite3，真機上多數情況下沒有 sqlite3 ，無法使用，如果能在手機上植入 sqlite3 ，偵錯工具會事半功倍。    方法如下： 1、找個 sqlite3 的指令碼拷入 /system/bin 中；2、找個 libsqlite3.so 的連結庫拷入 /system/lib 中；3、上面兩個是配套用的，有些連結庫的名字可能是 sqlite3.so

    在開發Android應用時必須遵守單執行緒模式的原則：Android UI操作並不是安全執行緒的並且這些操作必須在UI線程中執行。在單執行緒模式中始終要記住兩條法則：1.不要阻塞UI線程2.確保只在UI線程中訪問Android UI工具包      

Android上經常使用xml來傳遞和交換資料。SAX(Simple API for XML)作為一種解析速度快並且佔用記憶體少的xml解析器，非常適合Android等行動裝置。SAX解析採用事件驅動，會判斷當前讀取到的字元是否符合xml文法中的某部分，從而觸發相應事件。xml中的節點分為2種類型，分別是Element Node(元素節點)和Text

今天遇到一個很奇怪很奇怪很奇怪的問題，問題描述如下：做了一個聊天工具，聊天內容以泡泡形式顯示。當上下滑動包含泡泡的ListView時，ListView裡面的每個泡泡的背景圖片，都會有一個像素的錯位！而且錯位剛好是在.9.png的展開地區。當停止滑動或者點擊某一個泡泡的時候，錯位消失，圖片恢複正常。就為這個問題搞了一晚上，最後發現，只要在AndroidManifest.xml裡面，不定義MinSDK的時候，就會出現這個問題，定義成隨便一個（只試過6和8）的時候，就不會有這個問題。這個應該是andr

知道activity總要有一個xml的布局檔案相對應，但如果沒有這個xml 而用Java 直 接在代碼中簡單實現，也就是說，這個負責布局的xml 現在我不在寫他。而是直接有java協助我們產生，有些朋友會問，有這個必要麼，自己單寫個java 類實現不和xml 布局是同樣的功能。但實際上，很多時候我們的介面不是完全不變的，如果一個view 中出現了大量的變化，那原來的xml 也就成了雞肋。而且一旦我們想要將寫好的一個activity自己封裝成JAR包，這時多餘的xml

android:layout_above 將該控制項的底部置於給定ID的控制項之上android:layout_below 將該控制項的頂部置於給定ID的控制項之下android:layout_toLeftOf 將該控制項的右邊緣和給定ID的控制項的左邊緣對齊android:layout_toRightOf 將該控制項的左邊緣和給定ID的控制項的右邊緣對齊android:layout_alignBaseline

開始開發歌詞秀的時候還是夏天，沒有想到寫這篇文章的時候大連已經迎來的今年的第一次大規模降溫。多少有點冬天的感覺了。上一篇文章我們已經介紹了，帶有歌詞播放功能的服務，按說接下來就該是利用歌詞播放服務的應用程式了。不過我們在這裡要先介紹另外一個類：LyricPlayerServiceProxy,先看一下這個類在整個軟體中的位置。為什麼要有這麼一個類呢?原因是：Android裡的服務用起來還不是很方便.先看下面一段來自Android文檔的的代碼，這段代碼是說明如何使用Service的。連結：http:

本例介紹了ScrollView 的幾種風格，android:scrollbarStyle 用來定義捲軸的風格和位置，捲軸位置可以為”overlaid”或是”inset”，當使用”inset” 風格時，捲軸添加到View的Padding地區。捲軸可以顯示在View的Padding地區內或是在View的邊緣。scrollbarStyle 有如下幾種風格：insideOverlay   inside the

最近在做一個手機項目，每次使用ZIP包升級都需要先拷到SD卡上，然後再從SD卡上升級。SD卡不好找，每次都要從別的手機上卸下來，升級完再裝回去，麻煩的很。既然支援內建儲存，為什麼不能從內建儲存上升級呢？貌似華為等手機都支援這個功能的。進入recovery，看到預設是不掛載內建SD的，僅支援外部SD。首先要做的是把內建SD掛載上。正常啟動，adb shell，df查看當前內建SD卡是怎麼掛載的。這裡看到是一個類似 /dev/block/vold/179:1

    我們在原生Android中安裝apk會產生apk和odex兩個檔案，而使用第三方的rom只有apk一個檔案。    我們知道普通的Android App編譯之後會產生apk,其中的class.dex是其可執行檔。Android App啟動並執行策略也就是解壓apk後運行class.dex。那麼odex是什嗎？odex是同名apk經系統最佳化後的dex檔案，原生ROM中apk和odex檔案是配對的，對應的apk檔案中沒有了dex(

[java] import java.util.List; import java.util.Map; import android.content.Context; import android.content.SharedPreferences;   /** * 儲存配置資訊的工具類 <br> * 註：可讀取的資料類型有-<code>boolean、int、float、long、

藍芽許可權為了在你的應用程式中使用藍芽功能，至少要聲明兩個藍芽許可權（BLUETOOTH和BLUETOOTH_ADMIN）中的一個。為了執行任何藍芽通訊（如請求串連、接收串連和傳輸資料），你必須申請BLUETOOTH許可權。為了啟動裝置發現或維護藍芽設定，你必須申請BLUETOOTH_ADMIN許可權。大多數需要這個許可權的應用程式，僅僅是為能夠發現本地的藍牙裝置。這個許可權所授予的其他能力應該不被使用，除非是電源管理的應用程式，它會在依據使用者的請求來修改藍芽設定。注意：如果你使用了BLUET

1. 將來自行動裝置的請求重新導向到專門為移動端設計的Web版本有好幾種方式可以讓你使用服務端的重新導向將請求重新導向到你的web網站的移動版本上去。最常見的情況是通過“嗅探”(”sniffing”)web瀏覽器提供的使用者代理程式字串(User Agent string)。為了確定是否要提供一個你的網站的移動版本，你只需要在User

  有時候我們需要的圖片並不適合我們想要的大小， 那麼我們就可以用到系統內建的圖片裁剪功能， 把規定範圍的映像給剪出來。   貼上部分代碼： [javascript] //調用圖庫 Intent intent = new Intent(); intent.setType("image/*"); intent.putExtra("crop", "true");

  Service是一段不定的時間運行在後台、不和使用者互動的應用組件，每個Service必須在manifest中通過<service>來聲明，通過contect.startservice和contect.bindservice來啟動。