android新技術

『壹』 Android 開發有哪些新技術出現

參考如下知乎的內容:

開發工具

Android Studio： Google 官方放棄 Eclipse 和 Android Studio 普及。AS 雖然不算新，但是對 Android Studio 這個軟體的更新速度快的驚人，有大量的新功能發布。例如支持很多註解代碼提示註解、Live code template、支持自動生成 Parcelable 實現等等，作為開發者，持續關注這個更新列表 Recent Changes ，一定會讓你的寫代碼的生活更加美好。
編程「語言」

Kotlin： 作為 Android 領域的 Swift，絕對讓你如沐新風。拋棄沉重的 java 語法，Kotlin 融入了很多現代編程語言的思想，作為開發者，接受新的語言，了解新語言的發展趨勢，更有利於開闊你的思路和加深對語言的理解。在 Android 開發上，使用 Kotlin 並不會讓你付出什麼代價，為什麼不來試試？ 使用Kotlin進行Android開發。
React Native: 跨平台一直是程序員的夢想，而且移動應用的跨平台解決方案也很多，因為 Facebook 的參與和力推，讓這個解決方案帶上了光環。第一個用 React Native 開發的 App 已經在 Google Play 上架 Facebook 廣告管理工具，聽說 Android 的 SDK 也馬上會到來，React Native。
Sky: 與 React Native 類似，使用 Web 開發語言來做移動平台的開發，雖然這個只是一個嘗試，但是這是 Google 自身推出的，特別是在 Java 語言的使用上敗訴之後，這可能會有一些作為呢，domokit/sky_sdk · GitHub
開發模式

Dagger 2：依賴注入並不是什麼新技術，但是使用在 Android 確實一個新的嘗試。Android App 越來越被當成嚴肅的大型項目來構建，很多在以前大型伺服器開發上使用的技術都被應用到了移動開發。Android 開發分模塊開發，使用 Dagger 來松耦合模塊。特別值得一體的是，Dagger 2 現在由 Google 親自接管。 Dagger ‡ A fast dependency injector for Android and Java.
MVP：因為 Android 並沒有嚴格的業務和界面區分，項目一復雜，就很容易使代碼陷入混亂。現在 Android 開發社區對 MVP 模式討論越來越熱，覺得 MVP 是非常適合 Android APP 開發。MVP for Android: how to organize the presentation layer

『貳』 Android有什麼好的技術點適合進行技術分享

這個簡單的方法是使用Chrome開發工具來調試Android應用程序，你可以查看網路請求，包括API圖像等，也可以用來查看和修改資料庫和SharedPref /。它不僅對Android開發有用，而且對後端程序員也很有用。他們已經熟悉了Chrome的開發工具，一旦你把Stetho集成到他們身上，只要他們的手機上有可調試的應用程序，就很容易檢查網路的錯誤請求。最酷的事情是在幾分鍾內集成這個庫，即插即用。

『叄』 android 需要具備什麼技術

android開發任職要求：

1.Android/iphone平台手機終端軟體開發精通Android開發平台及框架，一年以上實際開發經驗；

2.精通Android GUI程序開發；

3.1年以上J2ME開發經驗，熟悉J2ME編程；熟悉linux環境編程優先 ；從事過嵌入式開發工作2年以上。

4.熟悉HTML/WML/HTTP,具有良好的編程思想；

5.熟悉C/C++或者Java開發語言和環境；

6.有一年以上移動終端應用軟體開發經驗，有Android或者iPhone開發經驗尤佳；

7.基礎扎實，精通常用數據結構與演算法和設計能力；

8.熟悉移動終端特性和開發特點； 熟悉移動終端網路編程，了解3G\WiFi等技術；

9.熟悉C++/C#, MSSQL/MySQL資料庫開發；熟悉多線程、Socket或ACE等網路通信編程技術；

10.熟悉java各種編程方法，比如多線程,jni,idl等。 熟悉JVM的運行機制，移植或者擴展過JVM到嵌入式平台者優先，比如phoneme 等。

11.精通Android平台UI開發優先；英語良好，能閱讀英文資料；

工作職責：

1.負責Android平台的瀏覽器開發。

2.在Android手機上設計並開發應用程序或游戲；

3.Android平台框架層的維護以及擴展。

4.移植各種流行的框架體系（多媒體，藍牙，無線）到android上負責Android項目的開發工作；

5.負責Android項目的架構設計、方案的制定；

6.跟進Android的新技術發展。纂寫設計開發及實現文檔；

7.根據產品功能需求設計並完成軟體實現；

8.參與產品需求分析並制定技術實施方案；

『肆』 Android無線開發的幾種常用技術（阿里巴巴資深

完整的開發一個android移動App需要經過從分解需求、架構設計到開發調試、測試、上線發布等多個階段，在發布後還會有產品功能上的迭代演進，此外還會面對性能、安全、無線網路質量等多方面的問題。
移動App的產品形態各不相同，有的是內容類，有的是工具類，有的是社交類，所以它們的業務邏輯所偏重的核心技術有些差別，但它們都會用到一些常用的技術方案。今天我們就先來簡單介紹一下這些常用技術，以後會專門分專題來詳細介紹這些技術的原理和使用場景。

1. Multidex
在Dalvik虛擬機所使用的dex文件格式中，用原生類型short來索引文件中的方法數，也就是最多隻能有4個位元組65536個method，在打包apk的過程中會把工程所需要的全部class文件都合並壓縮到一個dex文件中，也就是說自己開發的代碼加上外部引用的庫的方法總數不能超過65535。
隨著業務邏輯的不斷增長，很容易就會超過這個限制，在編譯期間就會遇到這樣一個錯誤：

還好google官方給出了一個解決方案Multidex，它會把dex文件拆成兩個或多個，第二個dex文件叫classes2.dex，在Application實例化後會從apk中解壓出classes2.dex並將其拷貝到應用的目錄下，通過反射將其注入到當前的ClassLoader中。但是這個方案非但不能解決一切問題也不能直接拿來用，而要加入自己的一些改造，來解決NoClassDefFoundError、INSTALL_FAILED_DEXOPT等問題，以保證自己的dex被順利的載入流暢的執行。

2. Plugin
Multidex雖然可以解決方法數的限制，但隨著業務邏輯越來越多，apk的大小也變得越來越多，而且有一些功能並非全部用戶都想用的，所以會把一些功能模塊獨立出來做成插件，讓用戶可以按需下載更新，這樣既減小了包大小，又改善了用戶體驗。

插件類似於windows的dll文件，放在某個特定目錄，應用程序主框架會用LoadLibrary載入各dll文件，按插件介面去訪問插件。Android的插件技術也是這樣，利用一個進程可以運行多個apk的機制，用ClassLoader將宿主apk之外的類載入進來，插件的context可以通過createPackageContext方法創建。因為插件中的activity，service等組件如果沒有在AndroidManifest.xml中聲明將不能運行，所以需要預先在AndroidManifest.xml中聲明一個代理類（ProxyActivity），將這個ProxyActivity傳給插件，讓插件的activity也有訪問資源的能力。

3. Hot Patch
有時一些嚴重的crash bug或漏洞需要緊急修復，但有些用戶不會或不願意立即升級，而且頻繁升級，沒有特別的功能更新只是修復bug的升級，對活躍用戶是一種傷害。熱補丁就可以解決這樣的窘境，它是一種可以線上修復的技術方案，有動態改變方法的能力，一般大型的移動應用都會使用熱補丁來處理緊急事件。

Hot Patch可以通過hook來修改java的method，注入自己的代碼，實現非侵入式的runtime修改，或者採用正向編程，通過工具生成patch文件，通過jni bridge指向補丁文件中的方法。還有就是利用ClassLoader，在dex中查找class時，如果找到類則返回，找不到就從下一個dex文件中繼續查找，由此可以想到，在把問題修復後，可以單獨生成一個dex，通過反射插入到dexElements數組的最前面，這樣就能讓dalvik載入補丁里的類了。

4. Push通道
Push是移動App常用的一種無線技術，基礎是基於TCP的心跳機制，和客戶端維持一個長連接。用處是向客戶端推送消息，或者代替客戶端定時去從伺服器pull的策略，改為客戶端接收到push消息後再去pull。
如果每個應用都自己實現push通道的話，cpu就會不定時地經常被喚醒，耗電量達到難以容忍的程度，而且自己搭建push平台的成本也很大，實時性和效率也存在問題，一般都直接使用一些服務商提供的push方案，這些push平台一般都經過了優化設計，在跨平台和網路穿透性、長連接心跳包、多客戶端App鏈路復用、服務和連接保活等技術上做了優化。比如Agoo最初是淘寶無線事業部開發的push服務，在逐漸完善和支撐淘系其他app後，通過服務端容量、通訊協議優化、業務和開放能力的拓展改進後，與友盟等合作，開始向第三方提供推送服務。

5. 應用加固
一款熱門的移動app或游戲發布後會受到很多的關注，經常會遇到二次打包的盜版行為，破解者要麼修改游戲的資源文件、道具、分值甚至直接把訪問的站點指向自己架設的伺服器，損害了開發者的利益；要麼偷偷植入自己的惡意代碼，表面上看起來跟正版的app完全一樣，在後台卻盜取用戶隱私，植入木馬；要麼通過反向工程學習原app的核心技術，打破技術上的競爭壁壘。
為了防止被破解只通過混淆是遠遠不夠的，即使是在native層混淆也還是會被人熟練的反編譯，所以需要一套對apk的保護方案來反調試、防逆向和防篡改。一般的加固方法都是對原apk先進行加密，然後和殼合並生成新的apk。殼是用來解密apk的dex文件。當應用啟動時，殼先解密原apk，准備好自己定義的ClassLoader，然後獲取源程序中的Application名稱，通過反射找到正確的Application對象，運行它的onCreate方法，這樣原apk才能被真正運行。其他一些反調試的方法有針對反編譯工具，在源程序中加入一些無效的指令或無效的指針，引發反編譯工具的崩潰，還有就是加花指令，利用一些跳轉，堆棧操作等指令，讓破解者無法清楚地理解反匯編後的內容。

6. 其他
除了上述幾點外，在服務端還會涉及灰度策略、鏈路流量優化、動態更新配置、防DNS劫持等技術，在客戶端會涉及用戶埋點上報、在線監控、進程保活、H5和native混合開發、注入框架等。

『伍』 做了三年的Android開發，想跳槽做技術管理，這時候該怎樣轉型

隨著社會的發展和科學技術的進步，在程序軟體領域出現了許多應用技術，ReactNativel, AndroidO,Sky, Dagger ，Material Design, RxAndroid, Kotlin…面對這么多的新技術，你將如何看待和學習?我不得不說，技術變化太快了，在這個狼競爭的時代，但我們，作為程序員，現在真的很開心，你為什麼這么說?因為有很多新技術可以解決我們的問題。同樣，程序員有時也會感到無助和痛苦，因為有太多的技術要學習，這需要花費一定的精力和時間。

『陸』 Android開發有哪些新技術出現

最新的也是深度學習了吧。
只是手機的顯卡畢竟有限。運算速度也是不敢恭維。
雖然現在又了ai晶元的加入，還是杯水車薪。畢竟AI還是剛剛開放，對系統大小和功耗沒有太多優化。
不過現在TensorFlow也就有android的api了。
可以下來玩一下，圖片識別，文字識別，聲音轉文字的。准確率就不要期待了。玩玩而已。

『柒』 Android開發的技術層次是指哪些

開發一個程序，android的系統框架是層層相扣，不能分開的。
應用程序層：
這個層主要指的就是用java語言編寫的運行在虛擬機上的程序，Google在最開始時就 在android系統中捆綁了一些核心的應用（核心應用的編寫必須使用應用層序框架層的API框架），例如你android手機中SMS發送短消息的程序，通訊錄等等。
應用程序框架層：
指的就是開發時所需要的API框架，開發人員是在遵守該框架的原則上，調用他們的，開發自己所需要的程序。
系統運行庫層：
用於支持應用框架層的各個組件的。就是說當開發人員使用android應用框架層時，android系統會通過一些C/C++庫來支持對我們使用的各個組件，使其能更好地為開發者服務。
linux核心層：
android的核心系統服務如安全性、內存管理、進程管理、網路協議棧和驅動模型等都依賴於Linux2.6內核，Linux內核同時也作為硬體和軟體棧之間的抽象層。
因此，你開發的程序是運行在應用程序層，開發中寫代碼調用的包，是基於應用框架層，而在應用框架中的各個組件是需要系統運行庫的支持的，例如，你要登陸查看的信息就必須訪問到SQLite資料庫，SQLite就位於系統運行庫，再有，你登入要輸入信息，肯定需要鍵盤驅動的支持，而各種驅動是依賴Linux內核的。

『捌』 如何通過技術優化讓 Android 程序變得流暢

優化之前
性能改善應該作為產品設計時就應該考慮的要素，也是品質控制的重要一環。還是那句老話， 如果做，請趁早。在雛形階段，就應該對於性能的表現形式定下具體的KPI，比如，需要用多少時間來打開某個頁面， 導入/導出多少條數據在多少秒之內， 運行時的內存峰值控制在多少等等。

如果你面對的是一個多個團隊維護， 開發維護歷史坎坷， 用戶眾多的產品， 那第一步要做的也是確定KPI， 並經可能准確穩定的得到基線。
1、確定KPI

KPI不一定非要從最終用戶的交付出發, 也可以是像"loop函數的處理時間不超過0.05秒"這樣規定.
得到基線
根據KPI先得到基線, 如果已經有成型的產品, 則用當前的版本作為輸入得到, 如果沒有產品, 考察幾個市面上的竟品得到. 同時需要注意的是基線的測量不可避免的會遇到樣本不足和數據抖動的問題, 使得不穩定性, 所以測量方法也要盡可能的穩定和禁得住推敲.測量方法的設計也是一個涉及面比較廣的話題了, 不展開了. 多測試幾次,應用方差/平均值這樣的統計方法處理. 現在越來越多的應用使用線上收集的方式來收集性能數據, 就是為了增加樣本數.

識別問題得到基線後, 基本上對於產品的性能就有一個__客觀__的認識了。記下來就開始針對用戶/產品/開發者不滿意的地方進行工作了。不過，先不要急， 首先要識別問題。這里有一個我對於問題的分類， 跟各位分享。
資源資源類問題指產品對於資源使用上存在著嚴重的浪費， 比如頻繁的IO操作， 過度的線程使用等等。
體驗大部分影響用戶體驗的問題，都可能是資源類問題引起的。但是還有相當一部分與資源無關， 比如： 數據從網路端到客戶端呈現比較慢，打開任務列表是等到菊花也謝了等
分析並解決問題就像性能問題是多種多樣的一樣， 解決問題的手段也要視不同情況而定。但是，還是有一定的規律可循，同時，也有一些風險需要規避:
2、迷信新技術
盲目的認為新技術的引入可以解決性能問題， 往往摁下葫蘆起了瓢。
3、頻繁改設計
每當有性能指標表現低下時，就改動設計， 認為設計一定存在不合理的地方。
同時， 有一些實踐經驗分享：
4、優化交互
對於體驗類問題， 其實最好的切入點是優化交互設計。比如： 讓頁面能馬上進入，可以讓用戶操作一些不需要網路數據的操作； 多張圖片展示增加動畫效果，雖然總體展示時間不能提高，但是給用戶在整個過程中產品很努力不無聊。
5、先改bug
比較突出的性能問題往往伴隨著bug或者代碼瑕疵。比如， 在Android上內存的泄漏引起頻繁gc導致程序卡頓； 邏輯錯誤導致程序在後台持續請求數據，引起功耗增加等。所以， 請先將bug控制住，我們再來談性能的改善。
6、適合移動設備的設計
伺服器端介面設計上盡可能的精簡，考慮到移動端的設計， 分頁， 消息結構精簡， 鍵值短。
移動端對於資源類（webview， thread， IO類操作）有統一的管理， 無論多少產品由多少個團隊維護，都要從統一的資源入口進行請求和處理。隊列在這方面一直很受歡迎^o^
根據機型和網路情況適配， 避免產生過大，過多的資源對象（比如圖片， Html5的DOM等）
考慮數據資源的共用和緩存。 圖片和H5的緩存不再話下， 多團隊合作時要考慮之前這些數據是否已經有可以借用，圖片對象有時可以借用，部分數據可能也會有用。
視圖層深的優化，可能需要設計的介入
但是很多時候對於視圖結構的麻木可能是罪魁禍首。沒有太好的建議，因為場景一般都比較復雜。這里呼籲， 請先積攢一些手寫UI的經驗再來開發工程產品吧。
其他。一些細節的把握， 參考各種代碼實踐經驗，微小調整追求卓越。

優化之後
測量，收集數據，來印證修改效果，一切用數據說話。
記得將解決實踐記錄到checklist分享
制定相應的代碼靜態規則/單元用例等放入持續集成中。

總結
斷: 去掉不關注的方面, 專注影響性能的因素
舍: 放棄不切合實際的做法, 專注於問題的實質原因
離: 讓性能問題, 慢慢遠離你的產品吧^_^

『玖』 android app 技術特點怎麼寫

許可權管理

許可權管理是 Android M 最大的改變，許可權管理更加精細，並且由以前的安裝時靜態授權，改為現在的運行時動態授權。

1.系統設置中可以對 APP 各個許可權單獨控制

2.許可權根據內容進行分組了

3.普通許可權還是在安裝時授權

4.其他許可權在運行時系統彈窗授權，並且要解析使用這個許可權的目的

APP Linking

杭州達內Android專家表示這是將 APP 和網頁直接打通的技術，能夠讓 APP 能夠直接來處理你的網站普通的 URL 鏈接，來展示你對應的網站內容。這一點對淘寶等既有網站又有 APP 的應用來說非常有利。

類似於 APP 的 Deep link，可以通過特殊的 Schema 也可以讓 APP 直接打開對應的內容。APP Linking 的特點是，只要使用傳統的 URL 就可以，而且是根據 URL 的域名對應特定的 APP 的。

APP 數據自動備份

支持 APP 數據自動備份到 Google Drive，換手機時，能夠直接把 APP 的數據恢復到手機上，你還可以配置些數據那些數據需要或者不需要備份。

指紋解鎖

Android 官方支持指紋認證，可以用在解鎖，或者任何需要驗證用戶的地方，例如支付。提供新的 API FingerprintManager，讓第三方 APP 來用來獲得指紋認證的功能。

直接分享

直接分享是在 APP 內直接彈出一個選擇分享到其他應用的中的對象的列表，中間省略了選擇需要分享的 APP，選擇「聯系人」之類的操作，進一步簡化了分享操作。

支持藍牙觸控筆

系統內置支持藍牙觸控筆， Android 系統默認支持高大上的觸控筆，提供了 API 讓你的 APP 來響應觸控筆事件。

低功耗藍牙掃描優化

優化了低功耗藍牙掃描優化的掃描。

支持主題化的 ColorStateLists

使用 context.getColorStateList(int id) 來獲取當前主題對應的 ColorStateLists。

相機 API

提供 API 直接開關閃光燈，並且可以監聽閃光燈的開光狀態。

此外，杭州達內Android專家介紹Android M其他特性：

1.有語音交互 API

2.Hotspot 2.0 支持

3.4k 屏支持

4.語音和視頻 API 的改進

5.Android 企業用戶特性