第一篇：Android 嵌入式開發心得體會
Android 嵌入式開發心得體會
剛開始接觸Android感覺到它很有意思，在界面開發上和web也可以形成了相通的架構，更加方便，視覺上也是非常的酷，在前期我通過的大量的Android SDK開發范例大全中的例子以及Android提供的APIDEMOS進行學習，盡管例子之間的連接比較零散，不過通過這些例子的學習我可以學習到了很多和以前java上相通的思想，因為Android在現在也是全新的技術和框架，在其中我也學到了如何用單例模式、工廠模式等常用的設計模式進行學習，通過API進行開發客戶端，對Request發送，Response處理中通過比較方便的JSON對象傳輸，以及對XML、JSON、圖片、業務等下載處理，對API接口調用等問題處理，學習Android心得體會。首先在界面上，我們同樣可以通過不同布局進行設計非常酷的界面，這些界面可以通過include進行引入，和jsp、html也有相通的地方，同樣在android上可以用到自定義的樣式這和css也有比較相通的地方，我們可以通過一些公用的方法寫個BaseActivity這個基類，通過繼承方式比較不錯的實現了Activity的界面，因為這樣你可以Header(頭部)和Footer(尾部)進行處理一些觸發事件或者特效等，布局模式以相對模式為主，線線布局模式可以在比較簡單的include進行完成，最重要的一點就是：我們可以自己通過重寫方法或者通過實現View或者Layout等類進行擴充項目需要的布局(或者控件),在學習界面中，我發現Android為我們提供了很好的類似反射機制，通過Layout文件夾下的配置文件，可以快速的形成界面，在配置文件可以設置屬性或者樣式都是很快捷方便。對比較特殊的界面也可以通過處理嵌入到指定的界面，同樣你可以通過java代碼直接創建View進行添加，不過這種方式比較復雜。對一些點擊、選中、按鍵等處理的事件，界面之間的跳轉Intent管理，通過Bundle對數據在界面之間進行傳輸。其次在手機交互式通信服務中，學習了Android手機之間進行短信發送、廣播、對廣播的監聽、服務等，在Service類中沒有context，可以通過Handler來每秒反復運行，自動送出系統廣播信息，同時在這里我們也知道可以設計一個常用的變量類，設計一個當前的CurrentActivity這個變量進行控制，進行處理。
總而言之，Android設計還是比較自由開闊的，只要有想法，自己動手便能實現。
第二篇：【嵌入式】Android開發NDK C++開發注意事項
Android開發NDK C++開發注意事項
相信Android開發者都喜歡用C++編寫一些高效的應用，有關Android NDK的C++開發相關知識Android123總結如下:
1.從Android NDK r5開始支持了STL Port，在這個版本開始就可以使用部分STL庫的功能了，比如說vector、string擺脫c下面容易出現的數組未初始化、越界，增強應用的健壯性。
2.很多網友包含了include
system 使用默認最小的C++運行庫，這樣生成的應用體積小，內存占用小，但部分功能將無法支持
stlport_static 使用STLport作為靜態庫，這項是Android開發網極力推薦的stlport_shared STLport作為動態庫，這個可能產生兼容性和部分低版本的Android固件，目前不推薦使用。
gnustl_static 使用 GNU libstdc++ 作為靜態庫
默認情況下STLPORT是不支持C++異常處理和RTTI，所以不要出現-fexceptions或-frtti，如果真的需要可以使用gnustl_static來支持標準C++的特性，但生成的文件體積會偏大，運行效率會低一些。
3.支持C++異常處理，在Application.mk中加入 LOCAL_CPPFLAGS +=-fexceptions這句，同理支持RTTI，則加入LOCAL_CPPFLAGS +=-frtti，這里Android123再次提醒大家，第二條說的使用gnustl靜態庫，而不是stlport
4.強制重新編譯 STLPort，在Application.mk中加入 STLPORT_FORCE_REBUILD := true 可以強制重新編譯STLPort源碼，由于一些原因可能自己需要修改下STLPort庫，一般普通的開發者無需使用此項。Android目前最新的NDK版本為r6，相關的學習可以查看NDK中的Samples整體和在PC上開發沒有太大的不同。
嵌入式相關資料，歡迎下載！
《嵌入式相關資料》
第三篇：【嵌入式】android教程JNI開發疑點總結
android教程JNI開發疑點總結
很多Android新手對于JNI開發過程中的疑問不是很清楚，根據android123@163.com郵箱中反饋的內容我們整理如下:
1.JNI中，什么情況才處理jstring、jint、jobject這樣的類型，其實通過NDK開發Android C++應用，大部分仍然是常規的cpp和h的標準寫法，只有需要和Java層通訊的方法才包含了類似JNIEXPORT void JNICALL XXX這樣的函數，大多數的邏輯和標準C/C++沒有什么區別。
2.我有一個在Windows上開發好的dll能否在Android上使用呢? 這里Android開發網提醒大家，對于dll這樣的PE文件只能在Windows平臺下使用，而linux上的動態庫so文件如果是PC上的也無法通過JNI在Android上調用，由于CPU的指令不同，手機上必須使用ARM交叉編譯器生成才可以使用，而PC上的為x86或64位，即使是Hello World這樣代碼兼容性很強，也必須在NDK中重新編譯才能在Android上使用。
3.學習JNI的基礎是什么，或者說什么順序學習? 這點Android123推薦大家先了解Java的類型，和內部編碼，然后學習C/C++語言，對于NDK r5開始支持的C++語言，這里Android開發網要和大家說下了，如果需要在JNI中調用Java的類，你可以學習下反射機制，同時C++ STL在NDK r5開始支持，這樣開發應用維護起來更方便些。最后看下NDK的Samples下載Android源碼Framework層基本上就沒有什么大問題了。
4.學習NDK最大的困難是什么? 這里Android123認為，國內網友大多數都在Windows下做開發工作，整個NDK環境需要Cygwin，同時mk這樣的makefile編譯腳本的手動編寫可能不是很友好，這點Android開發網已經準備了一整套的Android開發工具，將在近期公開，幫助大家在PC輔助開發Android應用，同時常見問題提供了相應的鏈接。
5.在Android JNI用處大嗎? 對于大多數開發者來說可能主要用于OpenGL游戲設計上，不過對于純運算，算法上C語言比Java有著很多天生的優勢，這點不容置疑，多一門技術多一個出路嘛，整個Android源代碼十分龐大，開源的力量最終還是能打敗更封閉的Windows Phone和iOS的。
嵌入式相關資料，歡迎下載！
《嵌入式相關資料》
第四篇：android 開發心得
即 使你的應用程序是快速且響應靈敏的，但一些設計仍然會給用戶造成問題——與其它應用程序或對話框未事先計劃的交互，意外的數據丟失，意料之外的阻塞等等。避免這些問題，有助于理解應用程序運行的上下文和系統的交互過程，而這些又正影響著你的應用程序。簡而言之，你應該竭盡全力去開發一個與系統和其它應用程 序流暢交互的應用程序。
一 個常見的流暢問題是，一個應用程序的后臺處理——例如，一個 Service或者
BroadcastReceiver——彈出一個對話框來響應一些事件。這可能看起來沒啥大礙，尤其是你在模擬器上單獨地構建和測試你 的應用程序的時候。然而，當你的應用程序運行在真機上時，有可能你的應用程序在沒有獲得用戶焦點時后臺處理顯示了一個對話框。因此，可能會出現在活躍的應 用程序后方顯示了你的應用程序的對話框，或者從當前應用程序奪取焦點顯示了一個對話框，而不管當前用戶正在做什么（例如，正在打電話）。那種行為，對應用 程序或用戶來說，就不應該出現。
為了避免這些問題，你的應用程序應該使用合適的系統資源來通知用戶——Notification類。使用Notification，你的應用程序可以在狀態欄顯示一個 icon來通知用戶已經發生的事情，而不是奪取焦點和打斷用戶。
另 一個流暢問題的例子是未能正確實現Activity的 onPause()和其它生命周期方法而造成意外丟失了狀態或用戶數據。又或者，如果你的應用程序想暴露數據給其它應用程序使用，你應該通過 ContentProvider來暴露，而不是（舉例）通過一個可讀的原始文件或數據庫來實現。
這 些例子的共同點是它們都應該與系統和其它應用程序協作好。Android系統設計時，就把應用程序看作是一堆松散耦合的組件，而不是一堆黑盒代碼。作為開 發者來說，允許我們把整個系統看作是更大的組件集合。這有益于我們可以與其它應用程序進行清晰無縫的集成，因此，作為回報，我們應該更好的設計我們的代 碼。
下面將討論常見的流暢問題以及如何避免它們：
一 定要記住Android是一個移動平臺。可以顯而易見地說，其它Activity（例如，“Incoming Phone Call”應用程序）可能會在任何時候彈出來遮蓋你的Activity，記住這個事實很重要。因為這個過程將觸發 onSaveInstanceState()和 onPause()方法，并可能導致你的應用程序
被殺死。
如 果用戶在你的應用程序中正在編輯數據時，其它 Activity出現了，這時，你的應用程序被殺死時可能丟失那些數據。當然了，除非你事先保存了正在進行的工作。“Android方式”是這樣做的：能 接收和編輯用戶輸入的 Android應用程序應該重寫 onSaveInstanceState()方法，并以恰當的方式保存它們的狀態。當用戶重新訪問應用程序時，她能得到她的數據。進行這種處理方式最經典的例子是 mail應用程序。如果用戶正在輸入 email，這時其它 Activity啟動了，mail應用程序應該把正在編輯的email以草稿的方式保存起來。
如果你不想穿著內衣在大街上溜達的話，你的數據也不應該這樣。盡管可能存在暴露應用程序的某種形式給其它應用程序，但這通常不是最好的主意。暴露原始數據，要求其它應用程序能夠理解你的數據的格式；如果你變更了格式，那么，你將破壞那些沒有進行同步更新的應用程序。
“Android 方式”是創建一個 ContentProvider，以一種清晰的、深思熟慮的和可維護的API方式暴露你的數據給其它應用程序。使用 ContentProvider，就好像是插入Java接口來分離和組裝兩片高耦合的代碼。這意味著你可以修改數據的內部格式，而不用修改由 ContentProvider暴露的接口，這樣，也不會影響其它應用程序。
如果用戶正在運行一個應用程序（例如，Phone程序），斷定對用戶操作的目的才是安全的。這也就是為什么必須避免創建Activity，而是直接在當前的 Activity中響應用戶的輸入。那 就是說，不要在 BroadcastReceiver或在后臺運行的 Service中調用 callActivity()。這么做會中斷當前運行的應用程序，并導致用戶惱怒。也許更糟糕的是，你的 Activity可能成為“按鍵強盜”，竊取了用戶要提供給前一個 Activity的輸入。視乎你的應用程序所做的事情，這可能是個壞消息。
不 選擇在后臺直接創建 Activity UI，取而代之的是，應該使用NotificationManager來設置 Notification。它們會出現在狀態欄，并且用戶可以在他空閑的時候點擊它們，來查看你的應用程序向他顯示了什么。（注意，如果你的 Activity已經在前臺了，以上將不適用：這時，對于用戶的輸入，用戶期望的是看到下一個 Activity來響應）
如果你的應用程序需要執行一些昂貴或耗時的計算的話，你應該盡可能地將它挪到線程里。這將阻止向用戶顯示可怕的“Application Not Responding”對話框，如果不這樣做，最終的結果會導致你的應用程序完全終止。
一 般情況下，Activity中的所有代碼，包括它的 View，都運行在相同的線程里。在這個線程里，還需要處理UI事件。例如，當用戶按下一個按鍵，一個 key-down事件就會添加到 Activity的主線程隊列里。事件處理系統需要很快讓這個事件出列并得到處理；如果沒有，系統數秒后會認為應用程序已經掛起并為用戶提供殺死應用程序 的機會。
如果有耗時的代碼，內聯在Activity上運行也就是運行在事件處理線程里，這在很大程度上阻塞了事件處理。這會延遲輸入處理，并導致ANR對話框。為了避免這個，把你的計算移到線程里。
任 何值得使用的應用程序都可能有幾個不同的屏幕。當設計UI屏幕時，請一定要使用多個Activity對象實例。依賴于你的開發背景，你可能理解 Activity類似于 Java Applet，它是你應用程序的入口點。然而，那并不精確：Applet子類是一個 Java Applet的單一入口點，而一個Activity應該看作是你的應用程序多個潛在入口點之一。你的“main”Activity和其它之間的唯一不同點 是“main”Activity正巧是在AndroidManifest.xml文件中唯一對“android.intent.action.MAIN”動作感興趣的Activity。因此，當設計你的應用程序的時候，把你的應用程序看作是Activity對象的 集合。從長遠來看，這會使得你的代碼更加方便維護。
當 談到 UI觀感時，巧妙地交融非常重要。用戶在使用與自己期望相反的 UI的應用程序時，會產生不愉快的感覺。當設計你的 UI時，你應該盡量避免太多自己的主題。相反的，使用同一個主題。你可以重寫或擴展你需要的主題部分，但至少在與其它應用程序相同的 UI基礎上開始。
不 同的 Android設備可能支持不同的屏幕分辨率。甚至一些可以自己變更分辨率，例如，切換到風景模式。確保你的布局和圖片能足夠靈活地在不同的設備屏幕上正 常顯示。幸運的是，這很容易做到。簡而言之，你需要做的是為主要分辨率提供不同版本的作品，然后為不同的尺寸設計你的布局。（例如，避免使用硬編碼位置而 使用相對布局。）如果那樣做的話，系統會處理剩下的部分，而且你的應用程序在任何設備上都看起來很棒。
Android設備會有多種網絡連接選項。所有的都提供數據訪問，但之間肯定有更快的。其中，速度最慢的是GPRS，GSM網絡的非 3G數據服務。即使具備 3G能力的設備在非3G的網絡上也會花費很多的時間，所以，網絡很慢仍然是一個長期存在的事實。
這 就是為什么你應該按照最小化的網絡訪問和帶寬來編寫你的代碼。你不能假設網絡是快速的，所以，你應該總是計劃它是慢的。如果你的用戶碰巧在一個快速的網絡 上，那很好——他們的用戶體驗會提升。你要避免相反的情形：在不同的地點和不同時間，應用程序有時可用，有時慢得令人抓狂，這樣的程序可能不會受歡迎。
還 有一個潛在的地方是，如果你正在使用模擬器，那么你很容易受它迷糊，因為模擬器使用電腦的網絡連接。這比手機網絡快很多，所以，你需要修改模擬器設定來模 擬較低的網絡速度。你可以在 Eclipse中做到這點，在啟動選項的模擬器設置頁里設置或者在啟動模擬器時通過命令行選項設置。
Android 可以支持多種外觀形狀。也就是說，一些Android設備擁有全“QWERTY”鍵盤，而其它可能會有40鍵、12鍵或其它鍵盤設置。同樣的，一些設備可 能有觸摸屏，但一些也會沒有。當創建你的應用程序的時候，記住這一點。不要假定特定的鍵盤布局——除非你真的想限定你的應用程序只運行在某些設備上。
如 果移動設備經常插在墻上，那么，它也就不是很“移動”。移動設備是電池供電的，如果我們能讓每次充電的電池使用得更持久一些，那么每個人都會更加開心—— 尤其是用戶。
其中兩大耗電硬件是處理器和無線；這也就是我們為什么要寫盡可能少做工作、盡可能少去使用網絡的應用程序的重要原因。
如 何讓你的應用程序最小化的占用處理器，歸根結底還是要寫高效代碼。為了減少無線的電量消耗，確保對錯誤條件進行正確的處理，并只獲取你要的東西。例如，如 果某一個網絡操作失敗了，不要不斷地進行重試。如果失敗了一次，有可能是用戶不受歡迎，因此，如果你再以正確的方式操作，有可能還會失敗；所有你做的都是 在浪費電池。
用戶是相當聰明的：如果你的程序高耗電，他們是一定會發現的。到那個時點，你唯一可以確定的是，你的程序將很快被卸載掉。
第五篇：嵌入式開發工程師
任職要求：
1、大學本科及以上學歷，2年以上工作經驗，計算機電子通訊類專業畢業；
2、能夠熟練使用POWER PCB或PROTEL或ORCAD等電路設計軟件進行PCB設計；
3、熟悉電子元器件，能獨立設計數字及模擬電路，擁有單片機開發工作經驗，懂得RF433無線及紅外遙控等相關知識；
4、熟練使用C語言，有嵌入式開發工作開發及智能家居防盜報警產品經驗者優先。
崗位職責：
1、新產品項目設計開發工作；
2、為相關部門及項目提供技術支持；
3、產品售后返修分析，品質不斷提升性能改進；
4、組織對新研發產品的制樣、驗證、試產、量產等工作的確認與審核。
點擊咨詢 